I agree. Systemd is very nice and adds some really nice features. The people that are against it seem to be a very vocal minority as well as people that are just running with whatever information they have read without doing any actual research into if there was any validity to the complaints, or even running it so see if it did bring about the apocalypse as was being reported. In a nutshell, very little of what the minority has been complaining about is true and what is true is being stretched waaaaaay out of proportion, and just isn't a real problem. The bottom line is that it works, it works well, and when you convert over to it you don't even notice a change other than your machine might boot faster. It will even use all your custom scripts in init.d so you won't have to rewrite all those. There were a couple of snags that I hit when I upgraded my Kubuntu machine over to version 15.04 which officially brought in systemd for the first time by default. None of it was the fault of systemd itself and was misconfiguration in the associated packages. In fact I can only think of just one snag that I hit while 15.04 was still in beta; the SDDM package (KDE's display manager) didn't set itself to load on boot, so you were left with a desktop without a graphical environment. A simple "systemctl enable sddm" fixed the machine right up and fixes were quickly added to the package so very few people encountered the problem. My suggestions to the people that are avoiding it woudl be to give it a try and see for yourself what it does for you before you go out of your way and spend a lot of effort to avoid something that does seem to be becoming the standard. It's certainly not making it's way into everything because it sucks at what it does. Linux needs more distros to agree on things, not distros that do things different. Brian Cluff On 10/22/2015 01:00 PM, Gilbert T. Gutierrez, Jr. wrote: > Why are users opposed to systemd? I personally like it. > > I am a CentOS user and there was a big jump for me when moving from 6.x > to 7.x with only one of those components being systemd. It was not > systemd that made the transition difficult, but app changes (NTP, > FIREWALL, etc) which were the problem. I not only had to learn systemd > so I could start the apps, but had to learn how to program Firewalld and > their new ntp program Chrony. I really believe that systemd is progress > and makes things simpler to automate startup. > > Gilbert > > On 10/22/2015 10:42 AM, kitepilot@kitepilot.com wrote: >> OK, I get it, I don't want systemd either. >> So seems to feel most everyone. >> But it looks like (sigh...) systemd is here to stay. >> In 5 lines, what is it that I don't see? >> Why are all the distros systemd(ing) disregarding the opposition? >> What am I missing... :( >> ET >> Steve Litt writes: >>> On Wed, 21 Oct 2015 14:36:57 -0700 >>> Matt Graham wrote: >>>> On 2015-10-21 12:05, Steve Litt wrote: >>>> > I recently switched over to Void Linux, a KISS principle distro much >>>> > closer to Slack than to Ubuntu, but with an oustanding, full >>>> > dependency handling package manager. So far, I really like it. >>>> > I've put together a bunch of tips for installing and using Void, so >>>> > that the next guy has an easier time than I did: >>>> > http://troubleshooters.com/linux/void/voidtips.htm >>>> Interesting. I guess this could be another alternative to the >>>> creeping "systemd is everywhere" thing. >>> >>> Yes. For those who prioritize keeping systemd off their machine, Void >>> is one of the few distros (along with Funtoo and Devuan and maybe >>> Slackware) who have stated unequivocally that they won't use systemd as >>> PID1 in the future. I've even heard various people in talking about >>> bringing systemd or a systemd like thing into FreeBSD. >>> It's also a nice place for people who don't like sysvinit. Every >>> program that could be used as a daemon installs a runit directory, >>> under /etc/sv, containing a tiny conf script (usually about 4 lines) and >>> a tiny run script (usually about 4 to 8 lines). Symlink that directory >>> to a same-named directory within /run/runit/runsvdir/current/ and the >>> daemon starts, and you're able to manage it with the sv command. >>> SteveT >>> Steve Litt October 2015 featured book: Thriving in Tough Times >>> http://www.troubleshooters.com/thrive >>> --------------------------------------------------- >>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>> To subscribe, unsubscribe, or to change your mail settings: >>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >> --------------------------------------------------- >> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >> To subscribe, unsubscribe, or to change your mail settings: >> http://lists.phxlinux.org/mailman/listinfo/plug-discuss > > --------------------------------------------------- > PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > http://lists.phxlinux.org/mailman/listinfo/plug-discuss > --------------------------------------------------- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss