leopold Now • 100%
Man, this guy does not give up. Respect, honestly. Hope for the best this time.
leopold Now • 62%
I downvoted it because conservatives constantly make this exact same "joke" about how poor people actually deserve to be poor because they pay for Netflix or clothes or anything that isn't food or rent. It's not funny when they do it and because I'm not a hypocrite I don't find it funny when leftists do it either.
Normally I would have just downvoted and moved on with my day, but apparently that makes me a "coward that refuses to stand and be counted". Because attacking people for downvoting a joke they didn't like is apparently 100% okay with Lemmings and totally not toxic behavior. Does not liking literally all of the comedy that comes out of the left make me a 'bad-faith both-sides “leftist”'? If so, guilty as charged. I do not see the left as a monolith and feel no shame in criticising or disagreeing with what other leftists say.
leopold Now • 100%
Huh, just realized Yuzu was GPLv3. That's weird. Citra was GPLv2 and Yuzu is a Citra fork. Some of the Citra devs were Yuzu developers, but not all of them, so I wonder how they handled the relicensing. Yuzu had a CLA attributing copyright to the creators, so that wouldn't have been a problem, but Citra had not such thing.
leopold Now • 100%
I mean, all of these emulators are already very well archived and available from several sources, not to mention downloaded to the devices of millions of people. I highly doubt we would be in danger of losing any of them even if Nintendo were to sue literally all of them overnight. Well, except for things like Github issues and pull requests, nobody bothers to archive those unfortunately.
But yeah, IMO the danger is moreso that the attacks are leading to a massive chilling effect and loss of developer talent in the emulation community.
leopold Now • 100%
What operating system do you use? On Linux I use Amarok which is great, but afaik there's no up-to-date versions of it for other operating systems. It should have everything you want dunno about some of these tho like the semicolon stuff. Strawberry is a similar player that works on other operating systems.
leopold Now • 100%
try disabling any krunner plugins you don't need. that should make things faster.
leopold Now • 93%
The article you linked makes a big deal about literally nothing. We've known Chrome was going to drop MV2 for years. We also know Firefox won't. There is nothing more they have to do or say about this situation. It doesn't affect Firefox whatsoever.
"Suspiciously silent" is such a bullshit nothing accusation to make. It is so obviously trying to capitalize on how many users have been (justifiably) turning on Mozilla as of late.
leopold Now • 100%
Sketchup has always worked pretty well with Wine. It's always just been installing a couple of things with winetricks (like vc runtimes) and then it usually works fine.
leopold Now • 100%
Uh, no. Not the majority. Not by a long shot.
leopold Now • 97%
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.
leopold Now • 100%
You mean VHI bug? Says there are still 36 15 minute bugs.
leopold Now • 100%
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.
leopold Now • 100%
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).
leopold Now • 100%
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?
leopold Now • 100%
Obviously. ES6 isn't out yet. The point is that there are many things ES6 could improve over Skyrim if they tried.
leopold Now • 100%
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.
leopold Now • 100%
Unless they changed it, mobile Firefox is locked to a limited set of extensions unless you:
- Use Nightly.
- Create a Mozilla account.
- Log in to that account on the Add-Ons site and create an add-on collection with all the extensions you want to install.
- Set that collection as your source of add-ons in the Firefox settings.
You're also unable to use about:config unless you're using Nightly (or maybe Beta). So Nightly is really the only version worth using since it doesn't have nearly as many artificial restrictions as the stable version does. This is also true to a lesser extent on desktop where you have to use Nightly to install unsigned extensions.
You also can't open any offline HTML files for whatever reason and on devices with very little RAM (like 2GB) Firefox isn't viable, but Chrome-based browsers work mostly fine. Firefox is still the best mobile browser though, mostly because it supports extensions at all.
leopold Now • 100%
I'm surprised you could even run a Linux distro with X11 and KDE1 on 8MB of RAM.
leopold Now • 100%
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.
leopold Now • 100%
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.
Amarok was KDE's flagship music player during the KDE3 and Plasma 4 days. For Plasma 5, a new music player called Elisa was created with Kirigami which is the current KDE flagship music player. The last full release of Amarok was 2.9.0 in 2018, still targeting Qt4. A Plasma 5 port was started with the intention of being released as Amarok 3.0, but despite a usable alpha 2.9.71 release in 2021, the full 3.0 release was never completed. Outside of the occasional odd pull request, the project was essentially dead and was listed as unmaintained by [apps.kde.org](https://apps.kde.org/amarok/). Two weeks ago, occasional contributor [Tuomas Nurmi](https://invent.kde.org/nurmi), author of over a third of these pull requests, made a push to become an Amarok maintainer, starting this thread in the mailing list: https://mail.kde.org/pipermail/amarok-devel/2024-March/014748.html In the thread, Tuomas expresses his desire to revive Amarok. He believes a second alpha for 3.0 can be released in mid-April and a full Plasma 6 port could be completed within 2024 after the release of 3.0. Tuomas has since created a fair amount of merges and fixes in preparation for 3.0 and has shown no sign of stopping. This is very exciting news. For many, Elisa isn't a satisfying replacement for Amarok. It simply doesn't come close to matching Amarok's power and features. It also has the drawback of being a convergent application, meaning compromises have to be made to make the interface work well on smartphones. It's also victim to the many drawbacks of Kirigami. Theming is worse since Plasma has to convert QtWidget themes to QtQuick themes, which works great for Breeze, but meh for everything else. There is no good equivalent for KStandardAction/QAction, KHamburgerMenu or KStandardShortcut. Any Kirigami app that wants customizable toolbars and shortcuts need to go out of their way to implement them, while QtWidgets apps just get them for free. You also don't have a good QDockWidget equivalent that I know of. Apps that do bother to reimplement some of these features (Haruna is the only one I know of) still don't have toolbar customization to nearly the same extent QtWidgets apps do. Most Kirigami apps don't bother with this at all and lose a lot of customizability in the process. Elisa is not Haruna, tho. There is no shortcut customization, there is no toolbar to customize and that hamburger menu can't be turned into a menubar. For years, the solution was Strawberry, a fork of Amarok still under active development. Thing is, Strawberry is a fork of Clementine, itself a fork of Amarok 1.4. That's old. That's 2008 Amarok, not 2018 Amarok. Clementine had its first release in 2010, when Amarok was still going strong. It was for good reason, Amarok 2.0 introduced a very divisive redesign of the interface, which prompted a fork. But this means 2.0+ Amarok and Strawberry are actually very different beasts. For those who were using Amarok 2.9, switching to Strawberry meant switching to a new music player, making it far from an ideal successor. So I'm very much excited for the return of Amarok, the best music player KDE has had.