4 ms·
In my job, I often release Linux services integrated with systemd and I like it more than the old init system. My problems with systemd is the bloatware, not
by propmaster 8mo ago
In my job, I often release Linux services integrated with systemd and I like it more than the old init system.
My problems with systemd is the bloatware, not init related, that comes with it in modern Linux distributions.
In my perception systemd people doesn't respect the freedom of choice of the users, the right to simply switch off features they find useless, annoying or simply they don't want in their workflow for any reason. I have a personal wiki related to the preparation of the development server or PC I personally use and the large majority of the chapters are related to the systemd features I need or want to remove and often that is a pain. I would like to see the users' right to NOT use given secondary feature respected, giving them the capability to easily remove or disable them without side effects, for example, in the OS installer, to have the power to deselect features, having alternative options like "manual operation" (i.e. DNS, I should be able to disable the option opting for manual configuration using resolv.conf, just as example). Even better, the possibility to have an input configuration file with all your options so that them will be applied automatically during the installation.
IMHO, if all the distributions enforce the systemd way to do anything , we have a monopoly and monopolies are never good.
- 112233 8mo agoBut why is there no such pushback agains linux kernel? What makes that monolith you cannot customize different enough from systemd? What if I don't want to use in-kernel usb stack, or audit, or key management, or LSM modules, or ELF binfmt support, or filesystems — you are forced by the distro to use all those features. Yet with systemd it's somehow different. I'm genuinely curious
- zx8080 8mo agoFor kernel, anyone is able to change flags and recompile and run it in a few mins. It is possible and well documented. It's very much not the same situation for systemd.
- 112233 8mo agoSo your point is distros provide dedicated tooling for simple recompiling of kernel (that is different from other distro packages), but do not have dedicated tooling for systemd? Fair point, but does not address the kernel being orders of magnitude bigger monolith than systemd. Say you disabled LSM, rebuilt, now all stuff that requires Selinux does not work. Now what?