[SOLVED] Is 2019 Still Too Soon For Intelligent Assessment of SystemD?
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.
There are still many issues with systemd and a biggie for me is the very slow shutdown/reboot times while it does it's thing. There are many posts on various forums about systemd not shutting down well, the unmounting of /var and /home, an issue with which I have struggled too.
This has been an ongoing issue for many years, some posts I have read date back to 2016 and the issue still persists. If the devs cannot sort these sort of issues, why are we getting ever more reliant on it? It still beats LIRC hands down for ir remotes though!
You are wrong. RedHat asked for this CoreOS. And not only they asked for it, they also payed programmers to made it.
Looking at what happened in the last 10 years, there will be no such split. Because the remaining distributions which don't use (yet?) this CoreOS, apparently also does not have programmers to maintain that split. For example:
why there is no real UDEV fork and they just chop the EUDEV from systemd? What will happen when this chopping will not be further possible?
I don't ask this question to dismiss your point, because you make a good point, but I do wonder, is it possible we don't have what you termed a real UDEV fork; because at the moment the current method of forking works? That is to say, just because no ones taking the time to create this "real fork"; doesn't mean they won't if the current situation changes. I wonder if there is any more evidence to suggest what would happen if the situation became, create a "real fork" or move to systemD.
I'm perplexed by the assertion that eudev is somehow not a "real" fork. I'm a software engineer and have seen a lot of forked projects, and eudev seems very much typical of a forked project.
Udev had only recently been subsumed into systemd when the eudev folks forked it, and iirc they started with a version of the udev code which dated prior to its integration with systemd.
This line of criticism seems entirely without merit.
Err, I didn't clearly understand what you were talking here? Originally I just watched the thread but upon seeing this comment confusion arose me. MX Linux always had systemd and SysVinit since its beginnings, it uses systemd-shim specifically to allow users to choose their init at boot. Binaries there are for people who may want to run apps that depend on systemd (like Skype), but systemd is not used unless you will it at boot (obviously), so I don't understand why the need to laugh like an idiot...?
As for systemd itself. I have a position very RMS-like, as long as it is free software, I don't mind. I don't run servers or routers nor am I a sysadmin so I don't care.
I'm perplexed by the assertion that eudev is somehow not a "real" fork. I'm a software engineer and have seen a lot of forked projects, and eudev seems very much typical of a forked project.
Udev had only recently been subsumed into systemd when the eudev folks forked it, and iirc they started with a version of the udev code which dated prior to its integration with systemd.
This line of criticism seems entirely without merit.
Good point. I was pondering to my self what would constitute a "real fork" in this instance; but gave the author the benefit of the doubt; while believing he made a fair or good point regardless.
Decent... an actual response from experience. I am curious though, why do you think MX Linux is the obvious choice?
I know this is going to open a can of worms and people here are going to tear me a new one for it, but I'd consider Distrowatch ranking to guide my choice, if I didn't know any better that is.
Apparently, insulted by the possible future lack of "key differentiator" which is the lack of systemd in Slackware,
"So what you're saying is..." .
Insulted? No. I contribute to Open Source. I understand *some of* the motivations that people have for doing so. I respect people's decisions about the software that they maintain week-in week-out. How could I be insulted by the actions of people who's software I've had the benefit of for decades?
As for systemd itself. I have a position very RMS-like, as long as it is free software, I don't mind. I don't run servers or routers nor am I a sysadmin so I don't care.
SystemD is not a freedom respecting software. I have a hard time believing RMS in his right mind would think SystemD with its tyrant approach is acceptable. If you have no choice, you have no freedom. SystemD is in my opinion not compatible with the mission of the free software foundation.
If the Linux Kernel would force you to use Gnome3, it would also not be a freedom respecting software. It would be removing your freedom and restricting your choice and forcing you down one given path. That has nothing to do with freedom.
RMS need to wake up an realize what's going on in 2019 and the dangers that are posed on the whole free software movement. 99.9% of people don't have a choice of free software on their mobile phones and tablets for example, and PC's are sadly becoming irrelevant.
Free software is not enough anymore. We need governments to grant freedoms and remove hardware chokeholds and ownership and such things. So even if RMS thought SystemD is freedom respecting software, it would be irrelevant. Free software is coming to an age where free software in itself can become irrelevant unless something is done. I wrote RMS and mentioned about free hardware as one possible path, and government regulation and granting ownership over hardware to users rather than the producing companies. You can't have free software if all the devices deny you access to the hardware and make it impossible to install free software. At that point, free software is merely theoretical.
This was back in the time when mobiles and tablets really took off and it even looked like Microsoft and the PC hardware manufacturers would start locking the hardware to Microsoft Windows and denying any free software.
SystemD is not a freedom respecting software. I have a hard time believing RMS in his right mind would think SystemD with its tyrant approach is acceptable. If you have no choice, you have no freedom. SystemD is in my opinion not compatible with the mission of the free software foundation.
RMS only cares about licensing. As long as systemd is free software, he won't have a problem with it. And he doesn't:
Quote:
“I’ve never seen it, I’ve never used a system that had it; I know it’s free software, so ethically speaking, it’s not an issue – it’s just a convenience question."
I think the point Zeebra was making is that RMS may be fighting yesterday's battle. The great enemy used to be proprietary software and Windows in particular. Now it is proprietary firmware that locks you into using particular systems. I think that's a greater threat than systemd is.
x86 is a rats nest of proprietary firmware - not just the IME/PSP firmware, but also the UEFI and CPU microcode, LAN adapter firmware, etc, etc - most of which are proprietary closed source code. It's not an open or free platform and running a free OS on such a platform, while patting oneself on the back for being so free, is token at best.
Windows OEM hardware is clearly heading in the same direction as platforms like Android and macOS/iOS. This is because, the only way forward for MS, will be to give away the OS for free with the hardware. To achieve this, you have to ensure that the OEMs are locking the hardware to the OS - or at least making it very difficult and onerous to change.
woman' s circle of not saying what you think and everybody minding everybody else' s business on how they should think or talk.
A “woman’s circle”?! Seriously? Some of us might construe that as misogynistic.
On topic: I don’t often post here anymore. Unfortunately, because I found it too difficult to use bleeding edge software, or even to try not so bleeding edge software without considerable work, I moved from Slackware to Arch quite some time ago. systemd occasionally causes problems, booting, shutdown which are magically fixed with another update. It is beyond my modest ability, limited time and willingness to determine what the problems are, though I have gotten much better at looking through journald. Race conditions from inappropriate parallelization would be my guess, and yes, I’ve noticed a certain Windows like behavior in that the computer is not always really “ready” after boot. That’s my data point in 2019.
I miss Slackware at times, have supported Mr Volkerding and wish him well. It’s possible that if the inclusion of systemd came to Slackware, it might make it easier to use programs which apparently, according to what I’ve read here, currently require what I felt were contortions. Maybe more people would use Slackware. Just a thought, not a wish or an opinion.
Only if you want to spend a lot of time in the sin bin. Speaking as an ex player and referee.
You played hockey and American football in Australia?
I' am speaking from Canada you are speaking from Australia. At first impression the rules of any sport are different between us. In hockey and tackleball, I still say the same. Soccer maybe it is different down there. Everything is different there.
SystemD is not a freedom respecting software. I have a hard time believing RMS in his right mind would think SystemD with its tyrant approach is acceptable. If you have no choice, you have no freedom. SystemD is in my opinion not compatible with the mission of the free software foundation.
If the Linux Kernel would force you to use Gnome3, it would also not be a freedom respecting software. It would be removing your freedom and restricting your choice and forcing you down one given path. That has nothing to do with freedom.
RMS need to wake up an realize what's going on in 2019 and the dangers that are posed on the whole free software movement. 99.9% of people don't have a choice of free software on their mobile phones and tablets for example, and PC's are sadly becoming irrelevant.
Free software is not enough anymore. We need governments to grant freedoms and remove hardware chokeholds and ownership and such things. So even if RMS thought SystemD is freedom respecting software, it would be irrelevant. Free software is coming to an age where free software in itself can become irrelevant unless something is done. I wrote RMS and mentioned about free hardware as one possible path, and government regulation and granting ownership over hardware to users rather than the producing companies. You can't have free software if all the devices deny you access to the hardware and make it impossible to install free software. At that point, free software is merely theoretical.
This was back in the time when mobiles and tablets really took off and it even looked like Microsoft and the PC hardware manufacturers would start locking the hardware to Microsoft Windows and denying any free software.
The RMS idea of freedom is not actually freedom. It is a "freedom from", not a "freedom", nor a "freedom of". If enough are interested I will spend a few minutes looking up a thread from the OpenBSD mailing list. Would take awhile but the story is RMS came there, I wonder if he was in Cambodia smoking weed when he thought of this, and was soliciting his GNU philosophy to the developers of OpenBSD on their own mailing list. Of course it did not go well for RMS. Theo is kind of like Linus was before the Bolsheviks neutered Linus.
It was a good read and it gave a new perspective on the GPL. The GPL is not true freedom, that is the BSD license, what the GPL is a protection license in the public interest. Where copyright is the protection of private property in the public, copyleft does the opposite and makes private property public and then protects it as a communal property.
If you think RMS would have a technical problem with systemD use Emacs. RMS would probably be fascinated with systemD if he took the time to look at it and then rewrite it in Lisp with an editor interface. Where have we seen that before? Oh yeah, Emacs the Portable Lisp Machine.
I agree totally about the free hardware. There is progress being made with that: RISC-V. PowerPC?, there is an open SPARC, several bare bone boards I believe.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.