Some of you have probably seen the blog post a few months ago about how GNOME is more strongly depending on systemd. The changes mentioned there have landed into the latest stable versions of the mentioned software (GNOME 49) and do affect us. In particular, the main culprit is the removal of the non-systemd fallback code in gnome-session. This makes it currently impossible to launch gnome-shell/mutter on a non-systemd system. A fairly straightforward patch of using elogind, like what was previously done, no longer works either.
Since we don’t have the time or interest to write a new non-systemd codepath for gnome-session, this means that all support for gnome-based desktops has to be dropped. In particular, the affected packages would be gnome-session, gnome-shell, mutter, and gnome-settings-daemon. For now, the old versions are still in the repos but because there is so much intertwining between other gtk/gnome packages, there is no guarantee they actually work and will later be removed from our repos.
Standalone gnome applications will still continue to be packaged, but it is simply not feasible anymore to support gnome desktops without systemd.
Dang, i knew this was gonna be problematic, but i thought it might’ve been fixable with an elogind type of approach. I don’t use gnome myself, but it definitely sucks if you’re someone who likes using gnome but doesn’t want to use systemd. I’m a Void user myself, so i’m interested in seeing if the Void team ends up making the same decision as Artix.
My understanding is that it is fixable by just implementing a couple of APIs, but Artix barely has the resources to fix their own init system, so they aren’t able to support such compatibility.