Re: [MLUG] What a fight ! The spectacular side of systemd :-)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/10/2014 2:55 PM, Rick Miles wrote:
Apparently they are censoring, to quote:
Earlier today... Almost 7.5% of all messages that have made it to all of debian- lists that I am subscribed to have systemd [1] in the subject line since the fateful day of the 2nd March, 2014. That doesn't count the unknown number of filtered messages. This is an absolute disaster for Debian, which will also filter down to Ubuntu and many of the other derivatives based on Debian. Canonical was absolutely against systemd, but as soon as Debian's CTTE voted it in, well Ubuntu decided to crumble and go with the flow. Of course we also know that Fedora/RHEL/SuSE/Cent OS and Oracle are all systemd now. The following quoted section is from an email by "Steve Litt <slitt@troubleshooters.com>" of DU list: - in short, we are getting the "Poettering OS" now :( - in his own words "a real operating system" be sure to *watch* the video as referred [2] <quote> On Sat, 11 Oct 2014 22:58:18 +0200 Peter Nieman <gmane-acct@t-online.de> wrote:
Didn't Mr. Poettering make it sufficiently clear in numerous speeches that the ultimate goal of the systemd people was to create an entirely new OS? Just listen to the first two minutes of the first youtube video you get when searching for his name: http://www.youtube.com/watch?v=LdRmnSHHVw4
Breathtaking! At timestamp 0:51 he says that systemd is now more than just an init system, it's a set of building blocks to build an operating system. Nowhere does he say that if you accept any of those tools, you need to throw away several tools you've been using, or that if you use certain systemd tools, you need to install many of them. He glosses over the "in for a penny, in for a pound" nature of systemd. It's not a set of a-la-carte building blocks, it's a huge meal. At timestamp 1:35, he says that systemd "feels more like a real operating system". Amazing: here I thought that I *had* been using a real operating system since I installed Linux in 1998. We should rejoice that, after almost a couple decades, Debian is now, finally, a *real* operating system! At 2:20, he states that "we believed the operating system design isn't the right design to have." Then why the hell are they still calling what they're moving to Linux? And what, we've been using the wrong operating system all these years? At 2:45 he says that you tell systemd what the dependencies of things are, and systemd figures out at boot time what to do. Hey, couldn't that be done with a make file, with a whole less code and fanfare? LOL, make boot. 7:19 he says that Debian's in the process of deciding whether Debian should switch to it. And at 8:06 he said Cannonical really hates systemd. So when the CTTE chose systemd, that's the only thing that brought Ubuntu on board, and all resistance was gone. Nice! Thanks guys. It appears that because of that vote, the Linux of the future will be a totally different operating system, and I'll have *very* limited choices if I happen to like the real Linux, instead of the Red Hat fork. How anybody familiar with this interview could have included systemd as an option, let alone the default, is beyond my comprehension. Several months ago somebody referred to systemd as Embrace, Extend, Extinquish, and at the time I thought he was over the top. But that's basically exactly what Poettering says in this 9:31 interview. Everybody should view this video! SteveT Steve Litt * http://www.troubleshooters.com/ Troubleshooting Training * Human Performance </quote> IF YOU WATCH THE VIDEO, it is clear that systemd appears to want to take us down the app store path.... <s>Google</s>SystemD Play Store ... A. [1] 1556 of 20803 messages... [2] http://www.youtube.com/watch?v=LdRmnSHHVw4 - -- You received this message because you are subscribed to the Google Groups "mlug-au" group. To unsubscribe from this group and stop receiving emails from it, send an email to mlug-au+unsubscribe@googlegroups.com. To post to this group, send email to mlug-au@googlegroups.com. Visit this group at http://groups.google.com/group/mlug-au. For more options, visit https://groups.google.com/d/optout. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iF4EAREIAAYFAlQ6T/YACgkQqBZry7fv4vuRdgEAmJmFj28Zgrfi1Ua+izbNL9V/ KSclJ38e45rTrGwHxL0A/RaIUZV7GyddSwyQz7AlcDgQmNbHW/8fYPzrOWcq+lf4 =YQuO -----END PGP SIGNATURE-----

Andrew McGlashan writes:
At 2:45 he says that you tell systemd what the dependencies of things are, and systemd figures out at boot time what to do. Hey, couldn't that be done with a make file, with a whole less code and fanfare? LOL, make boot.
This is called startpar, and SuSE already wrote it, in 2003. Debian 7 uses it by default. Here's my halt dependency DAG: # cat /etc/init.d/.depend.stop TARGETS = quotarpc mdadm busybox-syslogd smartmontools busybox-klogd urandom hwclock.sh quota sendsigs umountnfs.sh networking umountfs umountroot mdadm-raid mdadm-waitidle live halt reboot quota: quotarpc sendsigs: quotarpc quota mdadm busybox-klogd busybox-syslogd umountnfs.sh: quotarpc quota sendsigs busybox-klogd busybox-syslogd networking: umountnfs.sh umountfs: quotarpc quota networking umountnfs.sh mdadm busybox-klogd busybox-syslogd hwclock.sh urandom umountroot: umountfs mdadm-raid: umountfs mdadm mdadm-waitidle: umountroot live: umountroot halt: live umountroot mdadm-waitidle reboot: live umountroot mdadm-waitidle It's invoked with these args by default: /etc/init.d/rc:95: eval "$(startpar -p 4 -t 20 -T 3 -M $1 -P $previous -R $runlevel)" That is, it runs up to four jobs per CPU in parallel. "The -M option switches startpar into a make(1) like behaviour." You may also want to look at minit / cinit.

On 13/10/2014 1:04 PM, Trent W. Buck wrote:
Andrew McGlashan writes:
At 2:45 he says that you tell systemd what the dependencies of things are, and systemd figures out at boot time what to do. Hey, couldn't that be done with a make file, with a whole less code and fanfare? LOL, make boot.
This is called startpar, and SuSE already wrote it, in 2003. Debian 7 uses it by default. Here's my halt dependency DAG:
# cat /etc/init.d/.depend.stop TARGETS = quotarpc mdadm busybox-syslogd smartmontools busybox-klogd urandom hwclock.sh quota sendsigs umountnfs.sh networking umountfs umountroot mdadm-raid mdadm-waitidle live halt reboot quota: quotarpc sendsigs: quotarpc quota mdadm busybox-klogd busybox-syslogd umountnfs.sh: quotarpc quota sendsigs busybox-klogd busybox-syslogd networking: umountnfs.sh umountfs: quotarpc quota networking umountnfs.sh mdadm busybox-klogd busybox-syslogd hwclock.sh urandom umountroot: umountfs mdadm-raid: umountfs mdadm mdadm-waitidle: umountroot live: umountroot halt: live umountroot mdadm-waitidle reboot: live umountroot mdadm-waitidle
It's invoked with these args by default:
/etc/init.d/rc:95: eval "$(startpar -p 4 -t 20 -T 3 -M $1 -P $previous -R $runlevel)"
That is, it runs up to four jobs per CPU in parallel. "The -M option switches startpar into a make(1) like behaviour."
You may also want to look at minit / cinit.
That's great, but the bigger problems with systemd is that it IS NOT JUST AN INIT system, it is much more already and aspires to be much more still. And no, none of Russell's /answers/ go anywhere near satisfying myself on the matters. A.
participants (2)
-
Andrew McGlashan
-
trentbuck@gmail.com