Uh, no. Not the majority. Not by a long shot.

Kinda insane how many people in a nominally open source community are defending this guy for switching to a proprietary license. If DuckStation gets shut down then I say good riddance. It is not the only PS1 emulator in town and I will not miss the endless flow of Stenzek-related drama.

You mean VHI bug? Says there are still 36 15 minute bugs.

What problems do you anticipate? Wine, which Proton is just a modified version of, implements file dialogs. If it didn’t, just about every application that isn’t a game would be broken. Needing to open files is pretty ubiquitous, after all. You need file dialogs for that.

It isn’t significant. Wine already supports the vast majority of MediaFoundation codecs with GStreamer. This is just an alternative backend that uses FFmpeg instead of GStreamer. GStreamer already has an FFmpeg plugin, so this doesn’t add any new codecs to the table. It seems there’s just a long term plan to move away from GStreamer for whatever reason.

Wine’s MF support used to be much worse, which is why Valve had to do their workaround shader hack. Not sure what exactly the current status on that is, but I do know things like mf-install or Proton-GE are rarely if ever necessary anymore, even with non-Steam games (which I have plenty of).

Well, Steam and Proton both already run on top of FEX or Box64 on ARM Linux, but it’s nice to see an official effort from Valve.

Also, does ARM still have better battery life when all of the machine code has to be translated from x86? That adds a not insubstantial amount of CPU overhead, which does hurt battery life.

And perhaps most importantly, is there any ARM chipset out there that can deliver performance on par with the Steam Deck’s CPU (even after factoring in the overhead of the x86 JIT) at a viable price for a Steam Deck successor?

Dunno, I think I prefer patents. Unlike copyright, patents usually last a flat twenty years. Copyright expires either after 95 years or 70 years after the death of the author, which is ludicrous. Both are constantly abused, but at least patents expire in a reasonable amount of time.

I’m surprised you could even run a Linux distro with X11 and KDE1 on 8MB of RAM.

Qt1 came with two default themes. One of them mimicked Win95 and the other mimicked Motif. KDE1 defaulted to the former in order to look more familiar. To this day, the “Windows 9x” theme still ships with Qt and can be selected on any Plasma 6 install. Starting with KDE2 they started using their own custom themes for everything, tho.

GNOME 1 actually looked very similar, which isn’t surprising because its main goal at that point was to offer a replacement for KDE that didn’t depend on then-proprietary Qt. GNOME 2 and KDE 2 is when they really started building a distinct identity.

Yeah, I mean Google caring about Linux isn’t exactly breaking news. We knew that already. Android and ChromeOS both exist and as web company they kinda have to care about the OS that by and large runs the web. But this is Phoronix and they’ll make articles about anything as long as they think as it’ll get engagement. “Chromium” and “Wayland” are pretty good buzzwords as far as that goes, thus this article. My point is more so that maybe it isn’t productive to have every acknowledgment of Chromium’s continued existence be overwhelmingly negative regardless of context.

This isn’t something to complain about, IMO. Chromium is a popular app and it is a good thing to see work on supporting FDO protocols and improving Wayland support. I prefer Firefox myself, but it’s nice that Linux support isn’t just an afterthought for Google either and more importantly it trickles down to the countless apps on Linux that depend on Chromium in some form (usually through Electron). I personally use several, including but not limited to Slack, Discord, r2modman and VSCodium.

Esperanto has grammatical gender.

Do you… not know how multi-licensing works? You can use the project’s code under the terms of whichever license you prefer, you don’t use all three at once. Simply putting the AGPLv3 does remove unfair restrictions, because it means you don’t have to use either of the proprietary licenses the project was previously only available under.

I don’t follow. ElasticSearch was only available under proprietary source-available licenses. Now, it’s also available under the AGPL, which is open source, meaning ElasticSearch is now open source software. What part of this is deceptive or contradictory?

Uh, Cinnamon does not need a compatibility app to run Qt apps. No desktop environment does. You mostly just need to be X11 or Wayland compliant. The same is true with GTK.

MV3 doesn’t make adblockers impossible, only less effective. It’s important to note that MV3 has changed a fair bit since the initial controversy and isn’t quite as limiting as it used to be. The fact that adblockers will lose some functionality at all is still a dealbreaker for me and many others which I thankfully won’t have to deal with as a Firefox user, but it isn’t going to kill adblockers on Chrome and most users will probably just install an MV3-compatible adblocker and move on with their day.

uBlock Origin’s developers don’t seem to want to make a proper MV3 port, which is fair because they’d probably have to rewrite most of the extension, but they did create the far more minimal uBlock Orgin Lite, which a lot of people have taken to be an attempt at porting uBlock Origin to MV3. It isn’t that. On top of MV3’s limitations, it also makes the decision to work within these self-imposed restrictions:

• No broad host permissions at install time – extended permissions are granted explicitly by the user on a per-site basis.

• Entirely declarative for reliability and CPU/memory efficiency.

These aren’t MV3 limitations, just a thing Gorhill decided to do. See the FAQ. You can get much closer to uBlock Origin within MV3’s constraints than uBlock Origin Lite does. Right now, the best option appears to be AdGuard, which has been making a true best-effort attempt at porting their adblocker to MV3 pretty much since the announcement.

Calligra’s support for OOXML files is truly garbage and shouldn’t be used. Only use it with OpenDocument files.

Whoa, I was convinced Karbon wasn’t going to see any further Calligra releases. Seemed to have zero maintainers last I checked, thought it’d go the way of Braindump and Author.

Huh? That’s the best thing about Calligra by far. Why waste valuable vertical real estate on toolbars and ribbons when you can shove a sidebar in all of that empty wasted margin space? Plus, the whole thing is customizable. It doesn’t have to be a sidebar if you don’t like sidebars.

The map only includes land borders. St Pierre and Miquelon are islands, so they have none. France has several small islands scattered around the world as legacy of the French Empire which are also absent from OP’s map for the same reason. Saint Martin on the center left is a notable exception, since it’s divided in two between France and the Netherlands.