So, I wonder if the latest systemd features could help make things like sandboxing Skype easier. Hmm...
Announcement
Collapse
No announcement yet.
Systemd 214 Comes "Stuffed With Great New Features"
Collapse
X
-
Originally posted by pixo View PostThe idea behind systemd is old and proven.
Originally posted by pixo View PostI love how i can check which services started and which died without digging through messages and other logs trying to find why something is not up.
Originally posted by pixo View PostAnd being able to create dependencies is also great.
Comment
-
Originally posted by prodigy_ View PostToo bad the implementation is deliberately broken.
This is just a so typical systemd detractor "argument"; totally devoid of any technical content, but full of tin-foil hat crazy conspiracies.
That kind of utter nonsense is exactly why systemd have won a total victory in the Linux world. Script based init-system proponents have been reduced to a bunch of swivel eyed loonies.
You were a tiny minority to begin with, and you have continuously scared away developers with your lack of technical insights and crazy conspiracies. This is a major reason why there is no coherent non-systemd development in the Linux world any more. Who will want to work together with rabid conspiracy freaks, that direct their vitriolic accusation in every direction and at everyone? The systemd detractors have already alienated many upstreams developers with their wild and unfounded accusations, so watch how upstream start to pull non-systemd support from their software.
As it is now, then it looks like all script based init-systems will disappear from both Linux and *BSD in the future.
Comment
-
Originally posted by interested View Post[...] I find it funny when BSD users jumps Linux threads, saying systemd is bad because they have issues with Lennarts personality.Last edited by ceage; 14 June 2014, 11:14 AM.
Comment
-
Originally posted by varikonniemi View PostCare to elaborate? I would think proving that something is clearly broken would warrant a fix, or if systemd is incompatible with the fix then a new project is spawned.
Comment
-
Originally posted by prodigy_ View PostIt's been elaborated over and over in previous threads. Use forum search if you're really interested. And no, you can fix a broken design. You can only throw away the design and start over from scratch.
Comment
-
Originally posted by prodigy_ View PostIt's been elaborated over and over in previous threads. Use forum search if you're really interested. And no, you can fix a broken design. You can only throw away the design and start over from scratch.
Comment
-
Originally posted by interested View PostNot yet, but as you know, systemd is more than an init system. The best proof for that this GSoC project is in fact a clone of a part of systemd, is its statement, where the poor developer spend all the time explaining how this project isn't systemd related even though it is exactly like systemd. All that denial wouldn't be needed if this GSoC project couldn't be used as building block for a systemd clone.
It will probably take the BSD guys a few years to have cloned the parts of systemd they want. Sure, they will pull their sad faces and claim that this new init system was forced upon them from external circumstances, but also claim it is entirely unlike systemd, because it is called "SystemB" (as in SystemBSD) with capital letters. And that the "SystemB" lead developer, "Theo de Raadt" from OpenBSD, unlike Lennart Poettering is known for being a humble, ego-less guy with a mellow, easy-going attitude towards everybody.
Comment
-
Originally posted by interested View PostNo it hasn't. Systemd isn't broken by design, unlike script based init systems like SysVinit and OpenRC. Come on, who thought it would be a good idea to have executable config files for services, where code and config statements are mixed up in an unstructured text file?
Comment
Comment