[dead]
Fedora Atomic Desktops
31–40 of 109 posts
Re: Fedora Atomic Desktops
#32I just got into Silverblue (also love Nix), and I really feel that it's the way Linux "should be". I say this as a Linux user since 1999. If you haven't checked it out, imagine that the base (read-only) operating system (drivers, etc) changes in a very controlled and atomic fashion while all your userland stuff is updated via Flatpak (or Distrobox, etc). The odds of breaking your system are virtually zero, and everyt…
This is similar to the experience (if not so similar on the implementation side) of running MacOS with Homebrew or Macports: the stuff you directly use stays up-to-date, but the base system is separate so it’s nigh-impossible to mess anything important up just by updating your user-facing packages. You also don’t have to choose between stable-but-old and unstable-and-new—the base OS (including gui!) is stable, the stuff you use can be new, because the two are barely coupled at all.
It’s a lot closer to the right way to manage this stuff, for desktop systems, than traditional Linux package management approaches. That approach is painful to go back to, after getting used to this. I’ll have to give this a try next time I poke my head into Linux-land.
Re: Fedora Atomic Desktops
#33Ugh, the Sway/Kinoite Atomic spin is so tempting for me as a regular Fedora user. Two weeks ago, a kernel update borked my laptop, and for some reason it deleted the older versions, so I was forced to live boot, chroot, and install a beta kernel. A few days ago, my desktop stopped booting - something to do with Nvidia drivers, and older kernels don't help. I don't have the time to try and fix it any time soon. But, t…
> a kernel update borked my laptop, and for some reason it deleted the older versions Deleted older versions? That sounds severe. I hope you filed a bug report if there wasn't one already. Did you change your installonly_limit?
Hm, going back and checking the dnf log, I believe the old kernels disappearing was due to chrooting in a few times before, in my efforts to try to force it to install the older kernel. perhaps it cleaned the package cache or otherwise uninstalled/ran autoremove.
Re: Fedora Atomic Desktops
#34So can anyone help me understand why RedHat/Fedora has a containerized solution for desktop apps (flatpak), but nothing like that for CLI apps? It seems... odd.
Re: Fedora Atomic Desktops
#35If anyone isnt aware, Fedora is currently the GOAT OS. Don't knock it until you try it. Everything just works, and it works like the Platonic form of a desktop should. A Fedora Cinnamon Atomic would be a wet dream for me. I'm surprised that wasnt prioritized. Budgie Desktop looks interesting.
I tried getting to Fedora but the package manager was slower even to deb, the hardware video acceleration in browsers required me to juggle drivers from fusion due to licensing problems, and I use AMD which I would expect to not have issues.
> I tried getting to Fedora but the package manager was slower even to deb
Try setting "max_parallel_downloads = 20" in "/etc/dnf/dnf.conf" the next time you try (the default is 3 which often doesn't saturate the network and is just slowing things down).
Re: Fedora Atomic Desktops
#36I really like Silverblue and run it on a couple of secondary machines (like in my workshop), but it’s still rough for anything off the beaten path. The largest pain points for me: - Any kernel modules. I know Ublue has images but I wish Red Hat would just have an official solution that doesn’t require hacky RPMs and such. - Kernel cmdline args or any initramfs changes: can’t package in image and need to be applied ma…
After working with these types of systems, I'm convinced we need a new type of package manager that works with overlays and merges package databases somehow. That way you can update the underlying image (at your own peril, maybe) and have the overlay package manager see the new versions. Constantly rebuilding everything when the underlying changes is a waste.
Re: Fedora Atomic Desktops
#37I really like Silverblue and run it on a couple of secondary machines (like in my workshop), but it’s still rough for anything off the beaten path. The largest pain points for me: - Any kernel modules. I know Ublue has images but I wish Red Hat would just have an official solution that doesn’t require hacky RPMs and such. - Kernel cmdline args or any initramfs changes: can’t package in image and need to be applied ma…
After working with these types of systems, I'm convinced we need a new type of package manager that works with overlays and merges package databases somehow. That way you can update the underlying image (at your own peril, maybe) and have the overlay package manager see the new versions. Constantly rebuilding everything when the underlying changes is a waste.
Nix?
Re: Fedora Atomic Desktops
#38Earlier quoted context omitted.
I tried getting to Fedora but the package manager was slower even to deb, the hardware video acceleration in browsers required me to juggle drivers from fusion due to licensing problems, and I use AMD which I would expect to not have issues.
The package manager is a little slower but `dnf history` is a lifechanger. It's so easy to list the history of all transactions and undo a specific one. There are huge performance improvements coming in DNF5, scheduled for Fedora 41 (this fall).
Is there a downside to just installing the dnf5 package right now? I see it's available for 38+.
Re: Fedora Atomic Desktops
#39WTF is a "spin"
Re: Fedora Atomic Desktops
#40Don't use immutable distros on machines you might need for bootable disc or bootable thumb-drive use in the future. Found that out the hard way.