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.
Terminus should really be included. It's non-intrusive, and like any other font, it can be deleted for others that don't want to use it. But c'mon, who doesn't use it?
Click here to see the post LQ members have rated as the most helpful post in this thread.
I'd like to see grub2 offered along with lilo. I'd also like to see KDE split in to a core package, and smaller extra packages with the rest of the software.
I appreciate the reply. For PAM the reasons are pretty much known, but what is the problem with systemd? You can't even compare it to the mess sysvinit is. Systemd is well thought, robust and solves actual problems.
Yes it doesn't work on anything but Linux, but last i checked Slackware didn't either.
Have you (not just Pat but Slackware people in general) tried recent versions of it?
...what is the problem with systemd? You can't even compare it to the mess sysvinit is.
Funny, my take is the exact opposite of yours.
Quote:
Systemd is well thought, robust and solves actual problems.
Like what? Try a search for "systemd crashing" and tell me again about how robust it is. I've been using Linux almost forever, and init has never crashed.
Quote:
Yes it doesn't work on anything but Linux, but last i checked Slackware didn't either.
That's an odd argument. As far as I know, adding systemd wouldn't help Slackware work on a non-Linux OS.
Anyway, we use plenty of things that are closely tied to the kernel and don't work on non-Linux operating systems, so that is not the rationale here. It's more like, if we're going to be dropping core functionality with years of careful evolution, it had better be a clear improvement. It doesn't take very much time on Google to see that not everyone is happy with systemd. And I'd guess that the usual Slackware user would be even less happy with it than the usual user of (insert other distro here). The benchmarks I've seen don't show an improvement in boot time (the opposite, actually), and users and developers alike have complained that it lacks the flexibility of shell scripts, that it is harder to create a systemd unit than to modify a shell script, and that it can easily lead to race conditions as processes start. It is far from simple, and it tries to do too much. It actually has to create sockets for services that haven't started yet in order to paper over the issues with things that haven't started up yet. And sysvinit as implemented in Slackware is a mess? Spare me.
Quote:
Have you (not just Pat but Slackware people in general) tried recent versions of it?
I have. Didn't care for it, and wouldn't want to have to support it. If you like it, there are a whole lot of distributions that use it, and I realize that we can't be everything to everybody. As long it is remains optional, I plan to avoid it. Unfortunately, the folks in charge of it seem to force it upon us, and everyone else. A healthy open source ecosystem respects diversity, and doesn't try to railroad everyone into being exactly the same. Without choices, you cannot choose a solution that fits your needs. That's not what we want, is it?
Try a search for "systemd crashing" and tell me again about how robust it is.
Thanks again for taking the time to reply Pat.
I couldn't get many results, but i agree sysvinit is more reliable
Quote:
Originally Posted by volkerdi
And sysvinit as implemented in Slackware is a mess? Spare me.
I can think of some that could use improvements offhand.
The bluetooth one that doesn't even show up on the installer and is -x by default.
Then there is the wireless/networking situation. Slackware still ships rc scripts that afaict are completely useless today.
Not to mention that due to some coming from upstream etc as well as being written by different people don't carry a consistent coding style.
At least using systemd would mean *actual* 0 maintenance for init scripts by downstream and consistency in them.
I can think of some that could use improvements offhand.
The bluetooth one that doesn't even show up on the installer and is -x by default.
On my fresh install, rc.bluetooth is not -x.
Quote:
Then there is the wireless/networking situation. Slackware still ships rc scripts that afaict are completely useless today.
It is still possible to use them. Some people do.
Quote:
Not to mention that due to some coming from upstream etc as well as being written by different people don't carry a consistent coding style. At least using systemd would mean *actual* 0 maintenance for init scripts by downstream and consistency in them.
My friend, few things from upstream are so golden as to require zero maintenance. I'm guessing you haven't read as many SRPM changelogs as I have... getting a systemd unit right is far from a trivial task.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.