How did it break, and what doesn’t work any more?
I’ve been using Fedora Atomic on at least one device for years now, without any major issues (I.e. device no booting or updating. Upgrades do require some manual intervention).
How did it break, and what doesn’t work any more?
I’ve been using Fedora Atomic on at least one device for years now, without any major issues (I.e. device no booting or updating. Upgrades do require some manual intervention).
Soon, Purple Hat should be charging for systemd and hopefully other corpos and organizations will move back to sanity.
Unless otherwise noted, the systemd project sources are licensed under the terms and conditions of LGPL-2.1-or-later (GNU Lesser General Public License v2.1 or later).
New sources that cannot be distributed under LGPL-2.1-or-later will no longer be accepted for inclusion in the systemd project to maintain license uniformity.
I can understand critism of systemd for its tools only working with itself and not with any other Unix tools. But it’s absolutely a conspiracy theory to think they’d want to charge for systemd. Though I do agree that if someone was charging for systemd (which they can’t because its open source), open source alternatives would pop up.
Those are all good reasons. XFCE aims to support Wayland with the next release, so if they choose to use an established compositor it shouldn’t be too buggy.
With XFCE porting their apps over the setup shouldn’t change much, unless you’re using Xorg specific tools.
Over the last few years most features I’d expect from a windowing system were added to Wayland, so I expect the drama to cool down. (I don’t even know what’s still missing (except accessibility), with VRR, tearing, DRM leasing (VR), and global hotkeys being done. It’s just apps like Discord that have to cave in under the pressure to fix their apps.)
Once everything works, there’s no point talking about it.
@Furycd001@fosstodon.org
I wonder how long it’ll be possible to build Gnome with Xorg support. If I had to guess I’d say there won’t be any support within the next 3 years, because keeping future Gnome working with Xorg is work nobody wants to put in.
That said, Xwayland will likely keep being around for the foreseeable future.
Out of curiosity, do you use Xorg and if yes, what’s keeping you from using Wayland?
Fedora also has their own flatpak remote, which only includes flatpaks build from Fedora rpms.
I’d say flatpak isn’t the future because it’s already here and seems to be universally accepted as the cross-distro package manager.
I do like how the Nix package manager handles dependencies, but it’s not suitable for app developers packaging their own apps because of its complexity.
If a better flatpak comes around I’d use it too, but at least for graphical apps I don’t know what it’d have to do to be better. In my opinion, flatpak is a prime example of good enough, but not perfect and I’d be surprised if there was a different tool with the same momentum in 15 years (except snap, but they seem too Ubuntu specific).
This post was posted two times, so you might want to delete one of them.
Bookmarks and GPX export is a great addition. OrganicMaps continues to improve and I find myself using OsmAnd less and less (unless I need specific features).
I’ve now added the date to the title to make it more clear the article is from two months ago. The article is a good read and wasn’t posted on here, so I thought it’s still worth sharing.
Spotify and Crunchyroll also require DRM, like almost all commercial video sites.
Many flatpaks are not aware of their sandbox and thus have a bad ux.
E.g. flatpak Steam can’t access SteamLibraries at a non-default location, unless the user manually allows the path through flatseal. The same is true for other similar apps which don’t use the file portal.
Issues like this are unexpected for new users and thus it can be argued that flatpak aren’t a good recommendation for new users. I personally disagree because most flatpak work flawlessly and work everywhere independent of a users distro.
It seems the Determinate Nix installer supports Fedora Atomic and SELinux.
On topic:
I really like Nix and home-manager. I’ve mostly switched to NixOS because it’s more convenient for window manager setups than building ublue images imo.
Having to mess with containers for different dev environments and keeping the up to date is imo more annoying than creating a shell.nix
Also being able manage my dorfiles with home-manager and installing software declaratively helps in keeping the system free of clutter.
The source of the determinate nix installer has some mentions of SELinux. E.g. they have an .fc file, but I really don’t know anything about SELinux.
https://github.com/DeterminateSystems/nix-installer/tree/main
Yes, that’s likely the case.
The ahayzen/silverblue-nix guide uses bind mounts from /var/lib/nix
to /nix
. The latter being created by making /
temporarily writeable with chattr +i /
.
It seems the Determinate Nix installer supports Fedora Atomic with SELinux enabled.
supporting SELinux and OSTree based distributions without asking users to make compromises
https://github.com/DeterminateSystems/nix-installer
Edit:
disabling SELinux
I hope this is not a serious suggestion?
Since no nix installer supported SELinux at the time, it was the only way to use nix on Fedora Atomic. With a better option available disabling SELinux is a bad idea indeed.
https://gitlab.com/ahayzen/silverblue-nix#using-nix-on-fedora-silverblue
It’s possible to install nix on Fedora Atomic by disabling SELinux and using bind mounts.
Removing nix is mostly done by deleting /nix, and removing some systemd services, as well as deleting some nix-related users or groups (iirc nixblkd)
Because almost all of nix happens in /nix it doesn’t clutter much of the system.
Great to see Unified Push on the list. As well as improved Wayland input method support, whatever that exactly means.
Fedora Atomic is greag. uBlue is better ootb, but most of it can be simply achieved by layering some packages (rpm-fusion, enable auto updates through
/etc/rpm-ostreed.conf
).NixOS is a whole nother beast and I’d only recommend it if you use standalone compositors (labwc, hyprland, sway, wayfire, river, …), or want a declarative system.
Edit: Just read your comment about not liking Fedora. In that case I’d recommend OpenSUSE Tumbleweed. Other immutable distros are smaller and I don’t have any experience with them. (IMO with atomic distros the distro doesn’t matter much because apps are installed through flatpak or distrobox anyway.(