Re: systemd

Originally Posted by
finders
Couple of months have passed since I tried to remove it from 13.1 install and failed.
To be expected from complexity and over-engineering, which also tends to affect diagnosis of failure and "mean time to repair", both adversely.
So I am now struggling to find a reason why openSUSE has enforced systemd and ignored everything else.
Especially because systemd comes from Red Hat who publicly stated they've no intention of supporting competitor products.
Is SUSE product, the downstream of openSUSE project, not a competitor of RHEL anymore?
No. openSUSE and Red Hat are competitors, but that's a sort of red herring wrt this issue. It might be more relevant that openSUSE tends go where Fedora goes on new developments, and Fedora was the first adopter with systemd as default.
However, systemd is free and open-source software, not bound by competition. If you were seriously looking for why systemd was taken up so readily by openSUSE, then you would have to look for common ground or characteristics shared by the systemd engineers (Messrs Poettering and Sievers) and openSUSE.
Another clue might be found in the adoption of PulseAudio, not as controversial, also free and open-source, and also developed by Poettering. In my experience when PulseAudio fails it has a history of being difficult to diagnose and repair. In this case there is an alternative present in our distro of choice.
Leap 42.3 (ext4, KDE Plasma 5.8.7) ~ stable
Manjaro (ext4, Xfce) ~ rolling updates
Tumbleweed (ext4, KDE Plasma5) ~ managed updates via "Tumbleweed Snapshots" service.
Bookmarks