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.
EDIT: removed speculation paragraph and reformed questions so they are more clear.
Assuming Slackware contines to pass on systemd, my questions are:
1) How do you propose to keep an updated udev? Lennart talks about preventing udev w/o systemd here: http://lists.freedesktop.org/archive...st/006066.html. Will you stay with udev-182, help with eudev, mdev, or possibly hotplug2?
2) consolekit. continue using the unmaintained version?
3) What is Slackware's plan of action if more developers decide to require the entire systemd stack? Not include packages that require systemd? Or see if there's a way to "emulate" systemd? One problem I see is if Lennart's kdbus implementation gets widely adopted.
For the record, I am against systemd for many reasons but that is a separate discussion. Thank you for your contribution to the Linux community.
What is Slackware's plan of action if more developers decide to require the entire systemd stack? Not include packages that require systemd?
The issue isn't that developers are requiring systemd, but that certain upstream components are being abandoned that are being picked up by the systemd developers. Gnome's possible systemd dependency is that the developers want to use logind. Right now, they use ConsoleKit, which was abandoned. There's a page on Debian's site that documents the dependencies of systemd: http://people.debian.org/~stapelberg...endencies.html
If systemd is a requirement, then it certainly doesn't mean the end of Slackware. There was a user who demonstrated it could already be done in one thread before it got derailed by the circlejerk. He provided Slackbuilds to test it out.
That said, waiting and listening is the best advice. systemd's ultimate test will be when RHEL 7 is released and it starts being used in the enterprise.
Last edited by angryfirelord; 02-12-2014 at 10:55 AM.
Here is is the list of results for the query "please Mrs. Computer kindly display one URL for each thread in Slackware forum and its sub-forums whose title includes the word systemd"
I guess my post is misunderstood. I'm not asking if it's possible to use systemd with Slackware, I'm asking if Slackware's developers will decide to integrate it at some point or continue to go against mainstream. Are they willing to help out with eudev or will they integrate mdev? If they do decide against systemd, that's good news for me personally.
I guess my post is misunderstood. I'm not asking if it's possible to use systemd with Slackware, I'm asking if Slackware's developers will decide to integrate it at some point or continue to go against mainstream. Are they willing to help out with eudev or will they integrate mdev? If they do decide against systemd, that's good news for me personally.
slackware as i seen it has always been about good, clean, proven software
so i leave it to you to speculate if systemd fits there
only PV can tell, and i trust whatever he decides
the thoughts of slackers all around have been stated already by them so..
I'm asking if Slackware's developers will decide to integrate it at some point or continue to go against mainstream. Are they willing to help out with eudev or will they integrate mdev?
As has been stated previously many times in other threads on this topic Slackware is managed by only one person, Mr Patrick J. Volkerding, who usually doesn't make public his plans in advance.
In other words, IMO the only place where you'll get an accurate information is here.
ConsoleKit might not be maintained, but since it's abandoned anyone could still maintain the project with patches or even take over and keep development going.
If anything... yes it's all To Be Determined. Slackware uses a very simplified and easy to manage INIT system based off BSDInit and SysVInit concepts. I don't think Patrick is going to just abandon it outright. Whatever the course of action is, Patrick will do his homework, thoroughly research things, redevelop a lot ahead of time, thoroughly test it, and then repeat as needed until it's perfect.
Remember Slackware doesn't just outright adopt things that are unproven and still problematic, and things that do get too problematic are quickly dumped off.
Whatever the course of action is, Patrick will do his homework, thoroughly research things, redevelop a lot ahead of time, thoroughly test it, and then repeat as needed until it's perfect.
My thoughts exactly. I like to think that, maybe, he's kicking the tires on udev alternatives during this long quiet after the 14.1 release. Though, udev-182 has been pretty good so far. Supposedly bugs have been found in it, but I haven't seen reports here of anyone actually running afoul of those bugs. We could do worse than to stick with udev-182 for another year or more while pondering alternatives.
As far as udev alternatives go eudev is still developed by Gentoo but I haven't heard how far along its development is, but the github was updated a few days ago.
There's also mdev as well used by Busybox. Now here's the thing with mdev, it's not as comprehensive and it's mostly for embedded systems, but it could show promise, though I think to use mdev, you still need backup tools like Hal, hal-info, and maybe hotplug to fill in the rest.
There's also the hotplug2 project used by OpenWRT. Don't know much about it except its a lightweight udev alternative.
I haven't seen anyone attempting to port these to Slackware yet so unless otherwise, someone could port these to Slackware and help thing along.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.