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.
(Yes, udev on non-systemd systems is in our eyes a dead end, in case you
haven't noticed it yet. I am looking forward to the day when we can drop
that support entirely.)
I keep thinking over the years, why keep breaking things which work well and do it all over again? I sense a fundamental restlessness in the Open Source community that mistakes anything new as progress. Especially in Linux, I am finding the whole issue so wasteful in terms of useful brain power. Even though it might be Open Source and all that, why waste so much time reinventing the wheel when there are more important and advanced problems to solve?
Why is SysVInit considered broken these days, all of a sudden? Has Linux suddenly become so advanced that we needed an entirely new system initialization manager?
Sometimes, I feel I want to give up Linux simply because of projects that reinvent the wheel, add layer upon layer of complexity on existing solutions and then break stuff before repairing.
Why is SysVInit considered broken these days, all of a sudden? Has Linux suddenly become so advanced that we needed an entirely new system initialization manager?
Don't ask me. I'm still trying to figure out what ConsoleKit is for.
Why is SysVInit considered broken these days, all of a sudden? Has Linux suddenly become so advanced that we needed an entirely new system initialization manager?
If that is a serious question, rather than being rhetorical, follow the link in post #41 for the rationale for a move to systemd.
I totally understand you, after all, I'm using Slackware for similar reasons. I just wanted to point out that, while most of the new software may initially look "bad" by our standards, "we" are not big enough in number, or at least there aren't sufficiently many high-quality projects which "we" would appreciate and which could also compete with those others. The result is, anyone who doesn't want to get stuck in obsoletion is forced to go along with the majority after a while. I like Slackware because it "resists" the "bad" changes as much as possible. But (as Pat pointed out) we may end up having to use systemd someday. I wouldn't want that to happen soon, but instead of making sharp statements early on, it is good to have an open mind and keep an eye on how things progress.
I stumbled onto this thread this morning, and I find it sad that so many people would argue about something that may or may not happen to Slackware. I say that until (or unless) it actually happens, we're better off (at the very least, for the sake of our peace of mind) not engaging in a flame war. Pat V. and the Slackware team have remained true as much as possible to the KISS philosophy, and you can bet your bottom dollar they will continue to do so.
If that is a serious question, rather than being rhetorical, follow the link in post #41 for the rationale for a move to systemd.
Thanks for the pointer.
Yes, it appears to be interesting enough technically, but again, will it become the de-facto future standard as envisioned by its promoters or will it lead to a further state of confusion with multiple kinds of init systems and device management on Linux?
My biggest objection is every time something new comes up reinventing existing functionality, it takes time to stabilize and get things working properly the way it was before. A lot of code would have to be rewritten to get things to work uniformly with the new system. And just to get back the functionality already existing with the old system.
Yes, it appears to be interesting enough technically, but again, will it become the de-facto future standard as envisioned by its promoters or will it lead to a further state of confusion with multiple kinds of init systems and device management on Linux?
My biggest objection is every time something new comes up reinventing existing functionality, it takes time to stabilize and get things working properly the way it was before. A lot of code would have to be rewritten to get things to work uniformly with the new system. And just to get back the functionality already existing with the old system.
why not just let it be. if it doesnt work out. then it will be ignored. i am currently using it happily with no problems. enjoying my fast boots and shut offs.
why not just let it be. if it doesnt work out. then it will be ignored. i am currently using it happily with no problems. enjoying my fast boots and shut offs.
Well, I am going to give it a whirl on Debian and see for myself. I would like to see for myself what systemd offers.
Just one question. Does this involve getting rid of SysVinit completely in a way that it cannot be used as a fallback? I ask because I would like the option to revert to SysVinit without having to reinstall.
Well, I am going to give it a whirl on Debian and see for myself. I would like to see for myself what systemd offers.
Just one question. Does this involve getting rid of SysVinit completely in a way that it cannot be used as a fallback? I ask because I would like the option to revert to SysVinit without having to reinstall.
yes it totally gets rid of your sys v init.
I am happy with 3 different standards of distros. 1 uses sys v (centos) the other systemd (fedora) and Slackware uses both BSD and Sys V combined. They all have their specific purpose and audience.
I find it foolish to spread FUD over Microsoft, Sun, Red Hat... etc. big corps. Its like in the book 48 laws of power. To build a Cult you need to have a common enemy you can blame everything on.
This fear mongering doesn't work. In the end what works works.
Red Hat has contributed a lot to Linux. Linux Kernel is the most important part of a Linux OS. So how is Red Hat and its developers "enemies"... I don't get it.
Last edited by Mercury305; 08-14-2012 at 11:18 AM.
If it get rids of sysvinit entirely (as I expected it would be the case), I think I'll wait.
As such, I am not blaming anybody myself, but fail to see the need for something new reinventing the wheel again and again, wasting so much time when there are bigger and more important problems to be solved. Particularly as I feel SysVinit was adequate for the job all these years.
I read the interesting link on post #41 with interest and from the posting and the discussion related to it, it appears a lot like systemd is the classic case of a solution searching for a problem to solve rather than the other way round.
I read the interesting link on post #41 with interest and from the posting and the discussion related to it, it appears a lot like systemd is the classic case of a solution searching for a problem to solve rather than the other way round.
It seems systemd moving forward for now. Arch Linux is transitioning to it very soon and so are a bunch of others. I say, give it a try and see if you like it. That's what I'm going to do.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.