I'm gnome classic gdm systemd user and I thought gnome was more deeply open (source) project than KDE but today I found out gnome tight integration with systemd has made it less flexible for distributions that avoid systemd.
>>108094511Now I'm Arch (systemd) user for last few years and I've been using gnome for whole my life and I'm so old that I remember Trolltech first used a restrictive license..
>>108094511Those anti-establishment distributions should organize long time ago and focus on developing their own DE.
>>108094511It's the least of Gnome's problems....
use case for ignoring corporate linux?
>>108094595there are two main players and some alternatives like xfce (actually sometimes I use the xfce in Kali Linux) and in the past I used MATE or Cinnamon in Mint...
>>108094601ok I guess I was living under the rock.. Can you elaborate what's bigger problem with Gnome?Should I try KDE or something else when I buy a new laptop in a few years time?
>>108094670Now I've recalled Sway and maybe that's something to look into next time I got a new hardware to install new os but Sway seems steep learning curve..
>>108094511I only recently learned about the systemd hate. It seems the complaints are more about the personality of the developer than anything technically fundamental. Like, it should be feasible to fork systemd and fix all the problems the developer refuses to acknowledge.
GNOME seems to just be lazy as fuck. The main one I get relying on is systemd-logind, which can be replaced with elogind. systemd-userdb seems to be some sort of wrapper around a native glibc feature called NSS, so I imagine it could be replaced without too much difficulty. The bigger issue is the one real “systemd” proper dependency, which is for user services. All the rest are just daemons that for whatever reason were named as “systemd” even though they’re largely standalone. A lot of people get annoyed by how much “systemd” does, but a lot of these extras aren’t actually a part of the systemd init system, they’re just extra services you can start and stop like anything else, and on many distros have to be separately installed anyway.
The prolonged absence of updates to the linux-zen kernel, exceeding six months, has resulted in Artix increasingly resembling a Debian-based distribution. There is a need for improved coordination of shared library updates, as inconsistencies are causing compability problems. 32-bit NVIDIA driver packages are often not updated concurrently with the main driver.
>>108095130you know this guy probably wrote nigger here and there and then asked llm to make it neutral
>>108094670* constant interface churn* total feature removal* and despite the cool tech of gtk 3 gir>>108094727>feasible to fork systemd and fix all the problems(1) rewrite it in perl because python and javascript are too bloaty for init, bash is too cumbersome, and rando shells like fish are less widely used than perl(2) split off most systemd components into separately maintained modules
>>108094815>just daemons that for whatever reason were named as “systemd” even though they’re largely standaloneasshat reasons
>>108094511>systemd-free movementhttps://without-systemd.org/wiki/index_php/Init_alternatives_to_systemd/
