I think the main difference is before they would go

kernel patch -> own repo -> (own distro and PR to mainline Linux) -> other distros

now they’re gonna go

kernel patch -> OGC repo -> (OGC distros and PR to mainline Linux) -> other distros

and that means there will be way more code reviewers and testers (and more automated testing?) happening before release

and these things being merged together earlier also makes it easier, especially since I imagine the mainline Linux is pretty slow to accept gaming-related patches

Meet Xfwl4

would it kill them to have a name people could remember or pronounce? lol

yea I would say that’s what home users should be doing anyways? idk to me it doesn’t make sense to be so far behind on updates when the non-LTS is available

Or how far behind is Mint on the updates for kernel, Nvidia drivers, KDE, etc? I remember them being really far behind on some things. It confuses me how Mint is suggested so often.

for 22.04

What about 25.10?

Is this upgrade going to be done automatically at some point?

Yeah it’s just the login manager that requires systemd, not the rest of the DE

Some people run Linux on the x86 Surface tablets

Watch them be the ones to make Loss32

I guess when they say “Windows On ARM” they mean the hardware sold as a Windows on ARM device, and not a WSL inside actual Windows On ARM

Ah interesting. I was thinking of this post

https://lemmy.dbzer0.com/post/61124103

Is this because everything runs as root inside Flatpak? Wouldn’t it be possible to run as non-root inside Flatpak?

Yeah that’s why I was wondering why this was posted in this community. But Loss32 is a (theoretical) Linux distro

I’m not sure what advantage loss32 has over any normal distro+wine? A familiar user interface?

The advantage of Loss32 is that your shell would be inside the WINE layer, so you don’t have to run things with WINE because you boot straight into WINE. It’s easier for the user.

ReactOS’ claim to fame, IIRC, is that it also has driver level compatibility, and that’s something a Linux kernel couldn’t ever realistically do.

There’s a lot of driver support already in Linux. And aside from incredibly niche devices, more drivers could be made if needed. Especially if Linux becomes more popular and OEMs start shipping prebuilts with it, they will ensure driver support.

Is driver support stable in ReactOS? Can it handle hardware video encoding? Modern games with ray tracing and DLSS? FSR4 and frame generation? Does it crash less than Linux? If it still requires dev work for them to get new drivers working in ReactOS then is that actually better than just using Linux?

Getting more people on Linux will increase driver support, but ReactOS will always be smaller than Linux.

I think Loss32 is the better idea for making an open source Windows

(Also why is this post in a Linux community?)

Hopefully we have ways to recycle the old chips. Some of the GPU chips could maybe be put on consumer boards? I’ve already heard of memory chips being recycled, except HBM of course.

Of course a lot of these companies would probably just prefer to put them in a trash compactor lol.

maybe a distro like this is less needed now that we have Flatpak, AppImages, and (yuck) Snap

you mentioned 2018, I think that’s about when Discover added support for Flatpak and Flathub

Have you tried their daily builds?

https://cdn.kde.org/flatpak/kdenlive-nightly/org.kde.kdenlive.flatpakref

Kdenlive has a built in feature to automatically create and use proxies for editing, it helps a ton. I did create a custom encoding profile for my proxies to be a bit higher quality.

I think those issues have improved a lot in the past year or so