"LP is an a**hole" A great summary, that. And convenient for when one forgets his name but needs to mention him. In such a case, then the name can be found by web-searching for 'systemd a**hole' -the same way I find the name of the glibc developer by searching for 'glibc a**hole'
|
a***holes (UK spelling) are useful and necessary for excretion. What exactly are LP & KS useful for?
|
Quote:
And learn to read my statement of how I see LP and KS... I said he's POSSIBLY a sociopath on some level. Quote:
And then next go read up on Lennart himself and see how well he does and doesn't profile. |
Quote:
|
Quote:
|
This thread as well as http://boycottsystemd.org/ should be required reading for anyone wanting to contribute to a systemd discussion.
systemd is extremely dangerous. systemd is the sabotage of Linux's * Security * Diversity * Reliability * Openness * Ethos / Spirit But only for the fools who use distros that use systemd. It's sad to see Debian go (and indirectly Ubuntu as well). These distros are not only destroying themselves, but will leave a wake of destruction in their path. All the people ignorantly using Debian and Ubuntu will result in a lot of new software being built with dependencies directly and indirectly on systemd. The extent of destruction by systemd depends to a large extent upon Debian's use of systemd. If enough Debian users object, then this destruction can be avoided to a large extent. systemd is the sabotage of Linux. And this is not an exaggeration. This truth is even evident when you read their creators negative comments about linux. They have large egos, delusions of grandeur, thinking they KNOW what is wrong with Linux, and that they KNOW what is better. systemd === system destruction |
Quote:
|
Quote:
|
After doing some more reading, I see that while the risks of systemd are significant, so are the improvements that it brings to the table.
I think the risks of security, reliability, openness etc are present initially, but over any major issues will be discovered, and some diversity will exist once more with forks that may address potential design issues. Systemd has really raised the bar beyond any other existing project of it's kind. This is why it has swallowed up so many distros so quickly. Once everyone's standards and expectations have adjusted, I have little doubt that diversity will exist again. Aside from forks, there will be alternatives to some the 69 systemd binaries, where people decide to do things differently. Interesting reads https://wiki.debian.org/Debate/inits...ult_to_systemd http://0pointer.de/blog/projects/the-biggest-myths.html https://lists.debian.org/debian-ctte.../msg00234.html http://www.itwire.com/business-it-ne...ons-on-systemd |
Quote:
2. The change already happend. |
jtsn: People have complained many times in this thread that the discussion is offtopic for Slackware. And indeed the vast majority of the posts are about systemd and have nothing to do with Slackware. Google brought me to this page because I was looking for a systemd discussion.
However, unfortunately for Slackers (assuming that's what you like to be called) this thread is what it is. And if you'd like for the discussion to end, you should ask a mod to move/lock it. Personally I don't intend to contribute further to it, but you'll probably find others will keep it going unless it's moved/locked. |
Quote:
|
Quote:
socket activation is useless process tracking, if you could call trowing things into cgroups proper process tracking, is easy to add to any init (including scripts) checking if the program is "up" is not done by checking if the program is properly running but just if its running (so a non functioning process would be reported as "running", while for example you can ask apache if its working propery) binary log is... binary and the current logging form is good and standardized (systemd log does not use that standard) systemd does not bring much to security in fact you can't properly restrict access to proc so the improvements are minimal while the restrictions are there and that improvements can be done without systemd (as they were intended) |
Quote:
Once this happened, most of the major distributions adopted systemd to continue using the latest udev releases. Not all, though. Gentoo forked udev to remove the dependency (eudev), and Slackware and Debian use old, pre-systemd versions of udev (though political machinations in Debian's technical committee have introduced systemd to Debian anyway, causing considerable strife within the Debian community). After eudev was picked up by several other Linux distributions, Lennart declared the intention to have device driver developers rewrite their software to use the systemd-dependent kdbus interface instead of the traditional netlink interface. If this is successful, it will increase the maintenance burden of using eudev (as must-have new device drivers would have to be ported to use netlink). The widespread adoption of systemd has nothing to do with its supposed merits, and everything to do with weaponized software dependencies. |
Quote:
P.S.: I accidentally rated your post as helpful, either my fingers are to large or my tablet is to small. |
All times are GMT -5. The time now is 09:37 PM. |