[SOLVED] what is going to happen now that eudev is not going to be mantained?
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.
i care so in the case Slackware goes systemd i will delete my Slackaware partitions although i can change the init to runit or s6, and go where systemd is out of the question, Void linux, or Artix.
It might be a little early to pick up the pitch forks.. maybe at least wait until Pat comments on the matter eh?
Frankly, I barely care one way or the other. The init system is not the only reason I choose to use Slackware; actually, it's pretty far down the list.
I don't want to fuel another dreaded systemd discussion, but you should know that systemd is not simply an "init system" (it's far more than that).
I don't want to fuel another dreaded systemd discussion, but you should know that systemd is not simply an "init system" (it's far more than that).
True, but isn't that exactly the issue?
I'll say right off, I don't really know the first thing about the inner workings of systemd. Nor do I really have a dog in this fight: if Pat chooses to include it in some future version of Slackware, I'll look into it then; likewise, if Pat shuns systemd, so be it.
But from what I do know about systemd, it seems obvious to me that in its very essence, it flies in the face of UNIX philosophy. Paraphrasing: "Write software tools that do only one thing--and do it excellently." cat, grep, wc, leap to mind.
Please don't misconstrue: I have literally no opinion about the merits of systemd writ large. But your statement that it's not just an init system--"it's far more than that"--confirms that its developers/backers don't subscribe to the aforementioned "UNIX philosophy."
From both your statement and various others I've encountered, I gather that systemd, for lack of a better phrase, tries to be "all things to all people." Now, technically speaking, that wording may be putting it too strongly. Nevertheless, the fact remains that in its very design, it was made to do "more than one thing." (Whether it does "excellently" the plethora of things it tries to do is open for debate.)
One of the things that makes Slackware so great is its rightful claim to be "the most Unix-like" distro. With all that in mind, I would be quite shocked if Pat chose to embrace it any time soon...
I'm not at all sure I understand the worry. Is eudev some special case? I mean just because even in worst case that nobody chooses to maintain it why wouldn't it continue to work just as it does? It seems to me there is lots of low level software, like LILO, that still works after more than a decade on no maintenance. Sure it won't boot UEFI mode (elilo does) but it still works as it always did and the job of eudev, afaik, is substantially simpler. Froim what little I know it looks like that as long as Slackware's init system isn't fundamentally changed, eudev should still work, no?
My only real dismay at systemd is it presents a substantial learning curve with no perceived benefit. I test other distros and systemd works OK but I really don't see any advantage on a SOHO Desktop box and there is some downside, not the least of which is caving in to a digital pandemic. The worst downside I can imagine is that with so many mainstream distros allowing such an invasive and pervasive chunk of PID 1 spreading everywhere, that devs stop developing for anything but systemd to some substantial degree. However I suspect that might actually increase blowback resistance, at least in distros that are mostly for Desktop usage. I know Enterprise enjoys the ability to rollout and maintain en masse that systemd apparently makes some easier. Desktop? What benefit?
Building and packaging udev from the systemd sources is relatively trivial. I had done it long ago, and after looking at it and the other options, we switched to eudev since it appeared to be the best option. I've currently got udev-249 built, packaged, and running on a couple of test machines, and I suspect that we'll all discuss and weigh our options after 15.0 is released, and a decision will be made, and we'll go from there.
Building and packaging udev from the systemd sources is relatively trivial. I had done it long ago, and after looking at it and the other options, we switched to eudev since it appeared to be the best option. I've currently got udev-249 built, packaged, and running on a couple of test machines, and I suspect that we'll all discuss and weigh our options after 15.0 is released, and a decision will be made, and we'll go from there.
I don't know about anyone else, but this kind level-headed pragmatism and quiet authority based in experience, along with a complete absence of drama, is why I use and trust Slackware so much.
So thank you Robby (and Pat, and the rest of the team) :-)
I'm probably putting out a minority opinion here, but if the simplest and easiest-to-maintain option (for Patrick, not necessarily for sysadmins, as that's a different discussion) is to adopt systemd, I say go for it. The Slackware team doesn't have the manpower to maintain complex software projects that have been deprecated by upstream.
Would be as simple and easy as to adopt BSD.
Having used systemd and learned some of it, the main thing I've taken away from it is that it makes simple things difficult/complicated. Sure, it works well and has many features, but I personally can't stand it. But hey, if there was ever constroversy about --gnu-longoptions, then I'm sure you will be just dandy using what should actually be called SystemD, because that's how everything is expressed there. Not only long options but capitalization as well.
Just wait until SystemD jails the mount command and becomes the imperator of that as well. You will use:
SystemD-Mount --partition-type=Ext4 --more-options=SomeOption /dev/sda1 /mnt
...
Just wait until SystemD jails the mount command and becomes the imperator of that as well. You will use:
SystemD-Mount --partition-type=Ext4 --more-options=SomeOption /dev/sda1 /mnt
You do have the source for the mount application. Most distro's provide their source code. Why couldn't you just compile it yourself and always have it at your disposal instead of having to use it through SystemD, if they do consume mount? That can be applied to any application consumed. E.g. cron
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.