Slackware This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
 |
|
11-06-2013, 03:17 PM
|
#46
|
LQ Newbie
Registered: Nov 2013
Location: Kansas
Distribution: Slackware 14.1 64bit Multi-lib
Posts: 22
Original Poster
Rep: 
|
Quote:
Originally Posted by TobiSGD
Yes, that is what I meant, sorry for using the wrong word.
There is no general consensus on systemd and people feel different about it. There are strong opponents as well as strong proponents of systemd. But anyways, that is exactly what I meant withAs fatalfrrog pointed out, your sentence as well as this sentence from youindicates that your knowledge about systemd and other init systems is rather limited. That is why I said
Regarding this:I never said that threads about systemd are not allowed, but, as you may have discovered, this topic was discussed very widely in different threads already and there simply isn't a need for another one. Even the Slackware BDFL asks people not to start one more of these threads, so maybe we should go with his advice. Also, if you feel that my post is overly aggressive just report it, so that other moderators will look at it.
I am not a moderator for the Slackware sub-forum, so I can't close this thread. But even if I could I wouldn't close it, threads on LQ are only closed if there are serious violations of the LQ Rules, which is not the case here.
|
I understand that. Originally I never mean't for this thread to explode into the big ball of flames that it did.
I just wanted to try to start ideas or opinions on what a competitive solution
could be to systemd.
The responses that followed pretty much said that there is nothing wrong
with Sys V so why change it?
Therefore it is frustrating to have non consensus in any area of this issue.
People who think SysV is perfect and systemd is a pointless usurpation.
People who think SysV is not perfect and systemd is the solution.
& Then on both sides
Loyalists to both causes for their effects they could have on how they enjoy Slackware/GNULinux.
I didnt come here to argue.
I just wanted people who disagreed with systemd to talk about alternatives (ReaperX7 having the best responses yet in the thread).
Instead of what has already happened in this thread, and other threads regarding systemd.
I understand why you said what you said now. Sorry for the trouble.
Last edited by Daedalos; 11-06-2013 at 03:23 PM.
|
|
|
11-06-2013, 04:52 PM
|
#47
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
Actually no init system will ever be truly perfect.
RunIt, systemd, OpenRC, sysvinit, and bsdinit, as well as every other init system out there will all have their shortfalls. They always have and always will, but systemd is a init that's trying to perform the equivalent feet of killing a squirrel with a bazooka.
A true future-proof init needs to be expandable which sysvinit and bsdinit both offer and accept into each other. Slackware's BSDInit implementation accepts both itself and sysvinit, and can further be expanded if you really want to do so. If you wanted you could add in daemontools, RunIt, s6, or any other service management and supervisory toolkit, then find a way to add in tree-dependency loading of services in parallel, and you'd have a equivalency to systemd for less than half the system overhead and bloatware costs.
The only problem is, OpenRC has already done this. OpenRC can be grafted into sysvinit and bsdinit without usurping them, and uses existing libraries and toolkits to manage services as they should be managed, in a modular form. OpenRC has been arpund a lot longer than systemd has, and does the same workload and more.
The only difference between systemd and OpenRC's acceptance is Lennart has major backing (developmentally and financially) by Red Hat and through Red Hat's pressuring of software developers for Linux it has a wider range of people willing to drink the Jim Jones kool-aid, and OpenRC was a project done by Gentoo... do the math and you see who controls the future of Linux, and possibly what is to come.
|
|
1 members found this post helpful.
|
11-06-2013, 05:00 PM
|
#48
|
LQ Newbie
Registered: Nov 2013
Location: Kansas
Distribution: Slackware 14.1 64bit Multi-lib
Posts: 22
Original Poster
Rep: 
|
Deleted by poster.
Last edited by Daedalos; 11-06-2013 at 05:16 PM.
|
|
|
11-06-2013, 06:58 PM
|
#49
|
Member
Registered: Aug 2013
Distribution: slackware
Posts: 79
Rep:
|
By the very statement that if one is not well informed he shouldn't talk about it, no threads should be started in any ways on any forums. Most asked out of ignorance or lack of knowledge. And the whole point is to learn from those who know more. Just saying...
Last edited by Ongbuntu; 11-06-2013 at 07:00 PM.
|
|
|
11-06-2013, 10:13 PM
|
#50
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by Ongbuntu
By the very statement that if one is not well informed he shouldn't talk about it, no threads should be started in any ways on any forums.
|
Oh, come on, there is a difference between threads where somebody needs help and threads meant to discuss a topic and I am fairly sure you know that. If you have to ask something it is obvious that you don't have the knowledge and need help. But if you open a thread meant for discussion you should have at least some basic knowledge about the topic. You also wouldn't open a thread on a car forum and discuss engines when you have no knowledge about engines.
Quote:
And the whole point is to learn from those who know more. Just saying...
|
Of course it is. Learning about a software starts by going to the developers site and read the documentation.
|
|
|
11-06-2013, 10:34 PM
|
#51
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
There's no such thing as a stupid question... just a stupid answer.
|
|
1 members found this post helpful.
|
11-06-2013, 10:39 PM
|
#52
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
Quote:
Originally Posted by ReaperX7
There's no such thing as a stupid question... just a stupid answer.
|
Well, I can see that you've never been a platoon leader.
|
|
|
11-06-2013, 10:41 PM
|
#53
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
It's just those bloody stupid answers Richard... repeating them again, and again, and again...
|
|
|
11-06-2013, 10:45 PM
|
#54
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
Quote:
Originally Posted by Daedalos
Then why are distros drinking the systemd Kool-Aid?
|
Because it's the de facto standard. And it's the de facto standard, because they are drinking the Kool-Aid.
|
|
|
11-06-2013, 10:48 PM
|
#55
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
It's not the true de-facto standard. It's the Red Hat de-facto standard rammed down your throat claiming to be the true de-facto standard.
I feel like The Doctor trying to explain this in metaphor and soliloquy and maintaining sanity within the insanity of things.
|
|
1 members found this post helpful.
|
11-06-2013, 11:06 PM
|
#56
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
Quote:
Originally Posted by fatalfrrog
You can see it here. There is very clearly a section titled "Why Debian should default to systemd". I suggest you start there.
|
I have looked at that document. Since it was written by people that really, really want systemd to be adopted by Debian, I can believe that they'd pull some parc out of their ttub. But when someone writes...
Quote:
Debugging an init script is a tedious task.
|
...it's rather difficult to take anything following seriously.
Look, I get the drive behind a unified thingy starter. Certainly, the things that we want to start when we plug in a device are more similar than not than the things that we find when we start running which are more similar than not than the things we want to run when someone contacts us on a certain port.
Unless, perhaps, that isn't exactly the case.
To a large extent, the direction that systemd is moving towards is similar to the direction that Gnome is taking. And I haven't agreed with that direction since Gnome 2.x.
I trust Pat's views on the matter. He's "resisted" PAM for over a decade. If he decides that we must start using systemd, well, then I'll use it until/unless it bugs me enough to move to another distro.
Until Slackware uses systemd, I'm not gonna worry about it. Other than dealing with the goofball RedHat systems that I deal with in the Day Job (TM). [Kickstart was written by frigging lunatics.]
|
|
|
11-06-2013, 11:09 PM
|
#57
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
Quote:
Originally Posted by ReaperX7
It's not the true de-facto standard. It's the Red Hat de-facto standard rammed down your throat claiming to be the true de-facto standard.
I feel like The Doctor trying to explain this in metaphor and soliloquy and maintaining sanity within the insanity of things.
|
*sigh* I see that you missed the joke.
The story of my life, indeed.
|
|
|
11-06-2013, 11:34 PM
|
#58
|
Member
Registered: Aug 2013
Distribution: slackware
Posts: 79
Rep:
|
Quote:
Originally Posted by TobiSGD
Oh, come on, there is a difference between threads where somebody needs help and threads meant to discuss a topic and I am fairly sure you know that. If you have to ask something it is obvious that you don't have the knowledge and need help. But if you open a thread meant for discussion you should have at least some basic knowledge about the topic. You also wouldn't open a thread on a car forum and discuss engines when you have no knowledge about engines.Of course it is. Learning about a software starts by going to the developers site and read the documentation.
|
Yes. And i accept your point. What im trying to say is that one shouldn't need to b a subject matter expert in order to voice his/her views.
To quote an example, i offen find that there is something to take away even from different threads asking the same question. Anyway, it's not intended to b personal. Or maybe im just saying it because im guilty of ask
---------- Post added 11-07-13 at 05:35 AM ----------
Quote:
Originally Posted by TobiSGD
Oh, come on, there is a difference between threads where somebody needs help and threads meant to discuss a topic and I am fairly sure you know that. If you have to ask something it is obvious that you don't have the knowledge and need help. But if you open a thread meant for discussion you should have at least some basic knowledge about the topic. You also wouldn't open a thread on a car forum and discuss engines when you have no knowledge about engines.Of course it is. Learning about a software starts by going to the developers site and read the documentation.
|
Yes. And i accept your point. What im trying to say is that one shouldn't need to b a subject matter expert in order to voice his/her views.
To quote an example, i offen find that there is something to take away even from different threads asking the same question. Anyway, it's not intended to b personal. Or maybe im just saying it because im guilty of asking stupid questions at times 
|
|
|
11-07-2013, 12:29 AM
|
#59
|
Member
Registered: Sep 2011
Posts: 925
|
Quote:
Originally Posted by NeoMetal
"Systemd is moving strongly in the direction of configuration-less system (i.e. “empty /etc/”). So /etc/fstab might be empty on a system with a GPT partition table, with partitions mounted in appropriate places based on their type id. This means that the configuration of the common one-machine-one-disk setup becomes even simpler."
|
No, that is not configuration-less, it is just configuration by patching the source code. The dream of a C programmer...
|
|
2 members found this post helpful.
|
11-11-2013, 08:04 AM
|
#60
|
Member
Registered: May 2008
Distribution: Slackware, Debian,
Posts: 310
Rep: 
|
Quote:
Originally Posted by solarfields
|
Super duper.
|
|
|
All times are GMT -5. The time now is 11:57 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|