Not even a fork. New code.

People underestimate the issues that stale packages cause as well as the fragility that comes from the ways people introduce either newer packages or packages missing from the repos.

With Arch, everything is super up-to-date and you pretty much never install from outside the repos. It makes the system extremely robust and reliable (what I want from “stable”).

Finally pacman (and yay) are awesome and I trust them to do updates of thousands of packages at once. With Debian and Ubuntu, I lived in fear of those kind of updates uninstalling essential parts of my system. I had Fedora botch more than one upgrade release to release.

So, I also find Arch the most “stable” system I have used (though Chimera is looking awesome so far as well).

In the Linux world though, the word “stable” has come to mean “static” and unchanging as in RHEL and Debian. Arch is not “stable” by that definition.

I did have an issue with Arch in the past couple years. A kernel update cause the WiFi on one laptop to stop working on the latest kernel. I also have an LTS kernel install so rebooting into that brought me back up in a minute. When I checked a few days later, the problem had been fixed in the current kernel as well.

Most of it is historical momentum. Regardless of relative quality, far more people try Fedora and so far more people stick with it.

As for Tumbleweed specifically, many people do not like rolling distros. I do.

Does Sea of Thieves work on Linux? I thought it had kernel anti-cheat.

It depends on how much time you have on your hands.

Oracle Linux is a Red Hat Enterprise Linux clone. Almost everything in an Oracle cert would apply to RHEL.

If that is useful knowledge for you, consider doing it. Then be sure to okay with RHEL to apply what you learned. Knowing RHEL is much more commercially useful than knowing Oracle Linux. RHEL is probably still the most important distro to be familiar with commercially. Oracle Linux, Rocky, Alma, and other are RHEL clones and many places use those.

If these skills are not useful for your job, or if you do not have the time to waste studying it, then do something more valuable.

The skills are useful. I will let others chime in with opinions on how valuable the certification itself is. Maybe not much.

Same boat. As a user, I greatly prefer everything to come from the repos. However, as a distributor, Flatpak makes so much more sense.

The only Flatpak I have installed is pgAdmin. I looked at the build on Flathub with the idea of porting the package myself but got scared off. It was a maze of Python dependencies running in Electron. That seems like exactly the kind of thing that may be better off in its own sandbox.

Let me try to clarify what you are saying.

You are saying that the AUR “has every FOSS and some proprietary software”. Yep. That is why I add an Arch Distrobox to every system regardless of the host distro.

But what do you mean by “except Manjaro”? Most Manjaro fans will say that Manjaro also supports the AUR. They are correct that you can certainly enable it and start installing packages from there.

I assume you are warning that, because Manjaro maintains its own base repos and has different package versions in it than Arch does, that Manjaro is incompatible with the AUR and that using the AUR with Manjaro will cause problems. If that is what you are saying, I agree with you.

Glad it is working well for you. What does that have to do with this post?

It just has to always be the first question in a big report or forum question. Have they verified their issue with the Flatpak version?

I prefer packages from the AUR myself but I do not expect the software authors to support me. Distros need to support their own packages but the AUR is not part of the Arch distro. Arch does not support the AUR. The only support I should expect would be from the package author (the AUR package) and they likely do not have the ability.

I think the right way to understand Flatpak is that it is essentially its own Linux distro without a kernel. You have to be running that version if you expect support. People think of Flatpak as a “sandbox” which it is. But it is also like running an app in a Docker container or Distrobox where you have to pick a distro to run in the container. With Flatpak, you are running on the “freedesktop” distro. It is not the same environment as the rest of your system (right down to the filesystem layout and C library).

Fedora for PPC (I kid)

I honestly do not remember if I used SLS or Yggdrasil first. I know that I used SLS longest. I think I tried Yggdrasil in second and then went back.

I was all in on Red Hat when they came along but did move to Mandrake for quite a while (sweet i586 packages). It is all a bit of a blur after that but a fairly long Fedora stint. The only thing I never used much was Ubuntu.

Sort of. The person that made the initial commit is not the one that quit (Rust side).

You said “full”. So the short answer is no.

You can import and export to CMYK and handle CYMK in some tools but, internally, GIMP is still sRGB.

I think one of the devs wants to add full CMYK and Lab colour fairly soon after 3.0 but it is hard to say how fast dev will go. Getting to 3.0 has take forever but a lot of the plumbing is there now. There were big features only appearing in 2.99 for years. I do not think they will need to hold back like that again, so perhaps things will seem to go faster now.

The other big thing that is only “partial” is non-destructive editing.

Looking forward to Ladybird but it is very early days. Have been using Zen a lot. And Orion on iPhone.

FreeBSD is supporting OCI containers natively. If the app in your container can run on Linuxulator, it will run on FreeBSD (natively on the FreeBSD kernel).

They want it to be able to host Kubernetes on FreeBSD.

Whoosh

More serious and real question, does X11 support actually measuring and calibrating colour? I know you can apply ICC profiles but I was under the impression that the actual calibration tools were usually used under macOS or Windows with profiles exported to Linux.

Wayland can never hope to achieve the level of HDR support that X11 enjoys.

As unfortunate as this whole episode has been, it is great to have this clarity from Linus. It feels like quite a straight-forward guideline to apply to future situations. Hopefully it will really cut down on the noise and drama between the pro-Rust and anti-Rust camps in the kernel.

As long as Linus stays consistent with the stance he outlined here, things should go well.

If you are building apps from source, consider creating an actual Chimera Linux apk. It is surprisingly easy. I like keeping everything under the control of the package manager.

That is assuming you are a Chimera Linux user of course.