for me it seems that most people complaining/crying out loud come from a system admin perspective. For example the author of this blog article does not seem to have contribute a lot of code to any project and is more "just" an admin and not a dev. for me it looks like they don't like new stuff love the linux world how they knew it and don't want things to get easier or even change.
Complaining and crying from a system admin perspective is pretty significant.
Systemd redux: The end of Linux
271–280 of 464 posts
Re: Systemd redux: The end of Linux
#272Earlier quoted context omitted.
All the more reason to be judicious in what new technologies are introduced. One of the huge benefits of the Unix/Linux, CLI, and Free Software traditions is that they tend to be very strongly preserving of established knowledge . Changes are incremental, usually additive, a reliance on scripting means that interfaces are unlikely to change, and new tools are very frequently drop-in replacements for old. As specific…
I understand your strong opinion and since I am no sysadmin I have no technical problem with arguments. But I am not sure I totally agree with your characterization of slow pace of change by Apple or the wonderful state of Unix/Linux. Aqua was quite a break from the previous GUI and Apple changed the whole stack at one point from computer architecture to OS to graphic library. I don't know a more radical change than…
But where the user interacts with the system, things have been remarkably stable. Even the relatively minor changes which have been presented have been covered with the usual Apple levels of obsession -- skewmorphic vs. flat designs, etc., ad nauseum.
Again the point being: screw with how things are visually and how users interact with the system, you're going to create huge usability costs with little to show for.
Re: Systemd redux: The end of Linux
#273Earlier quoted context omitted.
Linux developers are generally very smart people in my experience. It's consensus of many experienced and smart people that makes it significant.
They are individually I agree, but as a group of people it's not such a good story. It's quite dysfunctional from what I've seen.
Re: Systemd redux: The end of Linux
#274Earlier quoted context omitted.
I'm not sure how this is relevant. Saying he wouldn't have created Linux at the time is not the same thing as saying he wouldn't work on it or use it today instead of FreeBSD.
I may be wrong, but I took GP to mean that FreeBSD is a good enough OS to use daily, hence Torvalds wouldn't have had a need to create Linux. Obviously, Torvalds hasn't abandoned Linux in favor of FreeBSD today, and no one said he has or is planning on it.
But that's not at all what Torvalds's quote means. He meant that, if FreeBSD had been available, he would have worked on contributing to that instead and improving it for daily use, rather than building Linux to be used for daily use. (The state of FreeBSD in this hypothetical world has no bearing on the state of FreeBSD today).
In terms of FreeBSD today, while it's possible to use it for daily use, it suffers from even worse driver issues than Linux does, and of all the problems of just simply having much smaller market share (both for contributing developers and users) than Linux does.
This may or may not be 'good enough' for OP's purposes, but it's disingenuous to suggest that Torvalds's hypothetical from the early 1990s implies that FreeBSD is a clean substitute for end-user Linux today.
Re: Systemd redux: The end of Linux
#275for me it seems that most people complaining/crying out loud come from a system admin perspective. For example the author of this blog article does not seem to have contribute a lot of code to any project and is more "just" an admin and not a dev. for me it looks like they don't like new stuff love the linux world how they knew it and don't want things to get easier or even change.
Sysadmins complaining about it is pretty important, as at the end of the day they are the ones who are maintaining the systems.
Personally, I have a strong dislike for Systemd. I don't believe it's the right replacement for sysvinit however it's not going away so we'll have to try and work around its warts. Also, currently it's buggy as hell so I will use Centos 6/Ubuntu 14.04 for a few more years to see if the many problems are sorted by then.
Re: Systemd redux: The end of Linux
#276I used Gentoo for 10 years, and I can't figure out how to get a Systemd configuration working with XFCE. Indeed, most of the existing documentation has greatly slowed me down.
Re: Systemd redux: The end of Linux
#277As a rule of thumb, it's good to distrust products when you know that the politics behind have been loud enough to be heard widely. But the sharp razor which will decide if systemd is better is simplicity. Those who have switched, is systemd simpler than sysvInit?
There are some aspects of systemd that are simpler than sysvinit. The mess of double-forking and PID files goes away, and process management is much more reliable. Setting up containers for services is much simpler. Unit files are generally much simpler than a given init script.
I think more useful adages ("boned wisdom for weak teeth" - AB) would be, "Everything should be as simple as possible, but no simpler," and "Simple things should be simple, complex things should be possible." There is an enormous amount of complexity inherent in the problem of initializing and monitoring a modern OS. If your solution to this is actually simple, it is probably wrong or incomplete. How you manage that complexity and what your abstraction layers are are the vital questions.
Re: Systemd redux: The end of Linux
#278for me it seems that most people complaining/crying out loud come from a system admin perspective. For example the author of this blog article does not seem to have contribute a lot of code to any project and is more "just" an admin and not a dev. for me it looks like they don't like new stuff love the linux world how they knew it and don't want things to get easier or even change.
>for me it seems that most people complaining/crying out loud come from a system admin perspective. Sysadmins complaining about it is pretty important, as at the end of the day they are the ones who are maintaining the systems. Personally, I have a strong dislike for Systemd. I don't believe it's the right replacement for sysvinit however it's not going away so we'll have to try and work around its warts. Also, curre…
People who don't want to help out use the most recent stable and have nothing to worry about.
Re: Systemd redux: The end of Linux
#279for me it seems that most people complaining/crying out loud come from a system admin perspective. For example the author of this blog article does not seem to have contribute a lot of code to any project and is more "just" an admin and not a dev. for me it looks like they don't like new stuff love the linux world how they knew it and don't want things to get easier or even change.
I don't think they would complain if things became easier. All I hear about is problems with systemd, and having to solve problems (and learn how systemd and all its components interact so you can debug it) is not easier.
Which software stack do you know that you instantly get in 20 mins. I for one cannot understand the sysvinit or upstart in 20 mins (ie) to develop and debug. How do you debug sysvinit anyway? Echo's I place in the code do not appear on the screen. Can i claim 'Oh shit this is so broken...'?
Re: Systemd redux: The end of Linux
#280Earlier quoted context omitted.
>for me it seems that most people complaining/crying out loud come from a system admin perspective. Sysadmins complaining about it is pretty important, as at the end of the day they are the ones who are maintaining the systems. Personally, I have a strong dislike for Systemd. I don't believe it's the right replacement for sysvinit however it's not going away so we'll have to try and work around its warts. Also, curre…
That's exactly as intended. People who want to help out systemd will use latestbsoftware, report bugs and fix it because you know thats how free software works. People who don't want to help out use the most recent stable and have nothing to worry about.