SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Been reading a bit about systemd and other, erm, innovations that seem to stick to the french saying "Le mieux est l'ennemi du bien" (meaning something like "Better things are enemies to good things").
As far as I understand, libraries and applications will have a progressive tendency to depend on systemd (which seems very odd to me, odd being a polite manner of saying "downright stupid").
Now I wonder how Slackware will handle this problem which will arise sooner or later. I admit I'm downright comfortable with Slackware's human-readable shell scripts for startup, and after looking into systemd, I instantly hated it with a passion.
That Slackware will dump anything that needs dumping no matter how many people cry about it. Just like the most wondrous moment when GNOME got dumped. Also regardless of how much may depend on it PAM is not in Slackware. Neither will systemd be. Anything that cannot function without systemd will not be included in Slackware and if you want it you will probably get the opportunity to build whatever it is along with systemd from SlackBuilds.Org.
Some things will probably be forced upon Slackware - PAM has been on the "carefully circumventing but you never know" list for a long time. PAM is not bad to have at all, but it is personal opinion of the Slackware boss which keeps it at bay. That is an architectural decision which we can live with as a team and as Slackware users.
But systemd is essentially evil. It is invasive, extremely hostile to other environments, threatening to kill non-Linux ecosystems which have hal, udev, dbus, consolekit, polkit, udisks, upower and friends as dependencies. And every iteration of the software written by the Redhat employees who are responsible for hal, udev, consiolekit, polkit and now systemd are incompatible with previous releases, re-implementing their bad ideas with new bad ideas... basically proving that these Redhat employees must be declared unfit to work on the core of a Linux distro.
However, the influence of their employer is so big that these products are forced upon the wider UNIX community and at some point it will be "assimilate or die". I hope we (Slackware) will find a way where we do not have to assimilate but still manage to keep the distro working. I have high hopes for KDE which has no Redhat ties and so far, manages to stay clear of this mess, sticking to widely accepted standards.
An example of impending doom: udev sources for recent releases are no longer in existence. They are now part of systemd source tarballs. And udisks? That has been deprecated in favour of the new "udisks2". Read http://igurublog.wordpress.com/2012/...loss-for-linux and weep.
I think that systemd is only a problem that appears along with GNOME. As Slackware has never included GNOME, I think it is safe for now. The increasing number of applications that require it are likely GNOME-only apps, which I have seen many of, and avoid instantly. If you don't know why I avoid them, try to install one, the dependencies are endless and hard to build in order and if you forget to compile something into one of the dependencies you have to go back and do it again.
Would be nice if that problem would apply to Gnome only, but sadly that is not the case. The systemd developers want their system to be the standard init system on any Linux distribution (and if you read their blogs it is clear that they think it is evil and damaging to Linux if you don't want the same). The problem is that Red Hat (which is mainly used for servers) will adopt the system, openSuse (with KDE as default desktop), Fedora and others have it already and many more want to integrate it into their systems (Ubuntu being the exception with their Upstart system). When the bigger distributions all are using systemd it will unarguably be the case that much software will be developed with systemd in mind, which would be fatal to distributions not using systemd.
In short: systemd is massively invasive even for non-gnome distributions and their developers intend it to be this way, because they think they have the holy grail and every one else has to use it. Not using it is evil.
I've just read an interview with Lennart Poettering. How can it be that when few people decide something is not relevant anymore in their opinion (and I would count Slackware to be in that circle), that they just go ahead and push out something to the world that basically undermines just their point of view, changing pretty much everything how Linux and UNIX used to work?
I also see a huge danger in systemd. Not only for Slackware, but for every UNIX-like distribution out there.
Well, because that's how power works. If you are in a position of power, you can change the world. If you are not, then you will be forced to change. It is best to resist as much as possible. I'm sure some distros will not buy it and the other tools will still be developed.
Been reading a bit about systemd and other, erm, innovations that seem to stick to the french saying "Le mieux est l'ennemi du bien" (meaning something like "Better things are enemies to good things").
As far as I understand, libraries and applications will have a progressive tendency to depend on systemd (which seems very odd to me, odd being a polite manner of saying "downright stupid").
Now I wonder how Slackware will handle this problem which will arise sooner or later. I admit I'm downright comfortable with Slackware's human-readable shell scripts for startup, and after looking into systemd, I instantly hated it with a passion.
Some things will probably be forced upon Slackware - PAM has been on the "carefully circumventing but you never know" list for a long time. PAM is not bad to have at all, but it is personal opinion of the Slackware boss which keeps it at bay. That is an architectural decision which we can live with as a team and as Slackware users.
But systemd is essentially evil. It is invasive, extremely hostile to other environments, threatening to kill non-Linux ecosystems which have hal, udev, dbus, consolekit, polkit, udisks, upower and friends as dependencies. And every iteration of the software written by the Redhat employees who are responsible for hal, udev, consiolekit, polkit and now systemd are incompatible with previous releases, re-implementing their bad ideas with new bad ideas... basically proving that these Redhat employees must be declared unfit to work on the core of a Linux distro.
However, the influence of their employer is so big that these products are forced upon the wider UNIX community and at some point it will be "assimilate or die". I hope we (Slackware) will find a way where we do not have to assimilate but still manage to keep the distro working. I have high hopes for KDE which has no Redhat ties and so far, manages to stay clear of this mess, sticking to widely accepted standards.
An example of impending doom: udev sources for recent releases are no longer in existence. They are now part of systemd source tarballs. And udisks? That has been deprecated in favour of the new "udisks2". Read http://igurublog.wordpress.com/2012/...loss-for-linux and weep.
Eric
Man, its like the movie 2001 Space Oddesy is coming to reality. Stanley Kubrick knew exactly what he was talking about. A machine that doesnt need humans to control itself... Matrix here we come Stuff like vmware/virtualbox etc. seem like a good thing but behind it all it is taking away lots of admin jobs. Being an admin is less becoming desirable. Life is getting hard for the IT world... I see it. So how will we survive all this? I am very pessimistic of the future... right now I love computers. But if computers are going to take away user control... I am going to have to hate computers.
Maybe its more control to just be a hacker instead of an admin or developer working for the system? Hacking into these automatic "less control requiring entities" may be the future for humanities survival. I mean Computers are meant to be a Tool for Humans... But lately i am seeing Computers replacing humans. Its turning into this Elite Control Grid. Instead of making humans lives easier it seems to simply make a few elite wealthy business owners lives easier instead.
Although I can't stop technology advancing... I am worried when machines take over. When AI kicks in full force, nobody will need an "administrator" again. Admins will be obsolete, along with programmers.
I guess this Capatilist system in its core will need to change. Because then all this AI stuff will only be used against us.
@Mercury305 I don't understand how you relate all of this to vmware/virtualbox?
For example before there used to be more admins required for all the servers. Now 1 admin is required for many servers using vmware/virtualbox. Hence, less admins required for hire.
But you are right Vmware and Virtualbox is not a bad thing. It still requires users to control at least. It is not automated.
Last edited by Mercury305; 07-12-2012 at 10:58 AM.
What worries me most about Slackware's future is not systemd, it is secure boot. Today, when someone tells you about "security" ask them which side of the prison bars you are on and who has the keys. You'd be surprised at the answer.
Last edited by H_TeXMeX_H; 07-12-2012 at 11:14 AM.
@Mercury305 I don't understand how you relate all of this to vmware/virtualbox?
I guess I am just thinking too far ahead. I guess all of this "system automation" is leading to a greater evil purpose. Its taking away the "thinking" aspect from humans... making us dumber and easily controlled. That is what worries me. Not Vmware/Virtualbox which as you said has nothing to do with it. But systemd is an example of where I am trying to get at.
When you become dependent on something... You lose your power to whatever you are dependent on. Computers used to be tools... Now it is more like its own entity dictating on to us what to do instead of us using it like a tool that it was designed to be.
Last edited by Mercury305; 07-12-2012 at 11:25 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.