Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Where will you go after systemd?

Here you can discuss every aspect of Debian. Note: not for support requests!

Where will you go after systemd?

BSD
12
16%
Linux without systemd
34
47%
Mac
2
3%
Windows
0
No votes
something totally different
1
1%
have not decided yet
24
33%
 
Total votes: 73

Message
Author
User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#196 Post by Moonshine »

golinux wrote:
JLloyd13 wrote:If its that easy why are people still forking Debian over it?
Because it's about more than init. It is the entanglement of depends that is the glue that binds systemd to places where is unnecessary except to tie it to the systemd monolith.
Call me shortsighted, if you wish, but as long as it

a) Doesn't touch the userspace
b) Does it's job, often better than it's predecessors

I say it's a good thing. When that becomes different, I'll look for the way out (I have one, as I said earlier). And I doubt that it would be that difficult for any major distros, DEs, etc. to untie themselves from systemd (much quicker, than they are tying themselves to it now), should it become obviously inadequate.

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: Where will you go after systemd?

#197 Post by golinux »

Moonshine wrote:
golinux wrote:
JLloyd13 wrote:If its that easy why are people still forking Debian over it?
Because it's about more than init. It is the entanglement of depends that is the glue that binds systemd to places where is unnecessary except to tie it to the systemd monolith.
Call me shortsighted, if you wish, but as long as it

a) Doesn't touch the userspace
b) Does it's job, often better than it's predecessors

I say it's a good thing. When that becomes different, I'll look for the way out (I have one, as I said earlier). And I doubt that it would be that difficult for any major distros, DEs, etc. to untie themselves from systemd (much quicker, than they are tying themselves to it now), should it become obviously inadequate.
FYI, systemd is all over userspace via app dependencies and it will only get worse. Also it is not that easy to untangle systemd from a DE because systemd wants to be master of all. Sounds to me like you are are good fit for Debian. (Read that however you will.)
May the FORK be with you!

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#198 Post by Moonshine »

golinux wrote: FYI, systemd is all over userspace via app dependencies and it will only get worse. Also it is not that easy to untangle systemd from a DE because systemd wants to be master of all. Sounds to me like you are are good fit for Debian. (Read that however you will.)
Sorry, I'm perfectly fine on Slackware without systemd and with all the apps I ever needed. When I get one problem, count me converted to your religion.

User avatar
dasein
Posts: 7680
Joined: 2011-03-04 01:06
Location: Terra Incantationum

Re: Where will you go after systemd?

#199 Post by dasein »

Oh, for the love of J. Bob Dobbs, would everyone please stop beating this dead horse?

(That goes double for anyone who thinks systemd is an "init system" or "better" without a specific set of measurable criteria for determining quality.)

As my gesture of thanks to this community, as a small parting gift I've collected a few facts about systemd into a single post. Some may find it informative: http://forums.debian.net/viewtopic.php?f=20&t=120652

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#200 Post by Moonshine »

dasein wrote: (That goes double for anyone who thinks systemd is an "init system" or "better" without a specific set of measurable criteria for determining quality.)
Moonshine wrote:But in my view, systemd brings nothing but improvements over sysvinit scripts (of which I never was a big fan) - from hugely reduced boot time to much easier and more cogent way to monitor the processes that have started/failed to start during the boot, to more unified and versatile concept of units that allows you to handle startup dependencies in a sane and non-overcomplicated manner. And it even has sysvinit compatibility!
Shorter points:
1. Boot time (objectively twice as fast on my computer, about 7s vs 14s)
2. systemctl and journald are very intuitive and easy to use. (subjective)
3. systemd units and their dependencies are a blessing. (subjective)
4. sysvinit I always found a little messed up and struggled to deal with it. BSD-init is fine. (subjective)

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: Where will you go after systemd?

#201 Post by golinux »

dasein aka Curmudgeon . . . You have always had the ability to cut right to the core of the matter and "Combatting revisionist history" is no exception. Absolutely brilliant!
May the FORK be with you!

User avatar
JLloyd13
Posts: 394
Joined: 2012-06-29 04:08
Location: Halifax NS Canada

Re: Where will you go after systemd?

#202 Post by JLloyd13 »

Moonshine wrote:
dasein wrote: (That goes double for anyone who thinks systemd is an "init system" or "better" without a specific set of measurable criteria for determining quality.)
Moonshine wrote:But in my view, systemd brings nothing but improvements over sysvinit scripts (of which I never was a big fan) - from hugely reduced boot time to much easier and more cogent way to monitor the processes that have started/failed to start during the boot, to more unified and versatile concept of units that allows you to handle startup dependencies in a sane and non-overcomplicated manner. And it even has sysvinit compatibility!
Shorter points:
1. Boot time (objectively twice as fast on my computer, about 7s vs 14s)
2. systemctl and journald are very intuitive and easy to use. (subjective)
3. systemd units and their dependencies are a blessing. (subjective)
4. sysvinit I always found a little messed up and struggled to deal with it. BSD-init is fine. (subjective)
I haven't noticed better boot times. Then again, I haven't actually timed and I'm running off an SSD.

@dasein- thank you. Not unbiased but you do have some good points there.
Laptop: Debian GNU/Linux 9 'Stretch' 64bit
Read: https://wiki.debian.org/DontBreakDebian/
We are the Universal OS. Be patient, give help, teach the Debian way.

User avatar
Curmudgeon
Posts: 10
Joined: 2015-01-27 18:29

Re: Where will you go after systemd?

#203 Post by Curmudgeon »

Moonshine wrote:
dasein wrote: (That goes double for anyone who thinks systemd is an "init system" or "better" without a specific set of measurable criteria for determining quality.)
1. Boot time (objectively twice as fast on my computer, about 7s vs 14s)
2. systemctl and journald are very intuitive and easy to use. (subjective)
3. systemd units and their dependencies are a blessing. (subjective)
4. sysvinit I always found a little messed up and struggled to deal with it. BSD-init is fine. (subjective)
(Emphasis added)
Image
Get off my lawn.

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#204 Post by Moonshine »

And that's why I've involuntarily become systemd-sympathetic.

User avatar
golinux
Posts: 1579
Joined: 2010-12-09 00:56
Location: not a 'buntard!
Been thanked: 1 time

Re: Where will you go after systemd?

#205 Post by golinux »

Moonshine wrote:And that's why I've involuntarily become systemd-sympathetic.
Decisions based in emotion are almost always bad ones. Just observe the consequences of three year olds in a sandbox or hormonal teenagers doing just that.
May the FORK be with you!

twoflowers

Re: Where will you go after systemd?

#206 Post by twoflowers »

systremd is Windows svchost, not FreeBSD init.
It does not boot faster. In fact on HDD it's slower.
Managing processes via cgroups as done by systemd does not work, just look at the code.
...

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

#207 Post by Moonshine »

Ok, I think I'm done here. Helped a few newbies, met a few seemingly adequate and nice people, but this is really too much.

I do wish the fork is completed soon and everyone who want to use systemd-free Debian just goes on and uses it. I highly doubt anything good can be built on prejudice, arrogance and stupid resistance to change, but that's just me. Until then, I'll try to stay away from English-speaking Debian community.

1of12
Posts: 27
Joined: 2015-02-23 09:38

Re: Where will you go after systemd?

#208 Post by 1of12 »

I think you should take less notice of the crap coming your way and just do your own thing. Forums in general have a big asshole population. These are users with time on their hands to pick on other users for no good reason and try to look clever but without posting anything technical.

Just a minor correction: Slackware does not use "BSD init" because there is no such thing. Slackware uses sysvinit with BSD style (rc) scripts. It still uses the sysv init daemon (not any kind of ported *BSD init daemon) and it still uses /etc/inittab and run levels. So with that in mind I'm unsure as to why you prefer it over Debian's sysvinit implementation?

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#209 Post by Moonshine »

1of12 wrote:I think you should take less notice of the crap coming your way and just do your own thing. Forums in general have a big asshole population. These are users with time on their hands to pick on other users for no good reason and try to look clever but without posting anything technical.

Just a minor correction: Slackware does not use "BSD init" because there is no such thing. Slackware uses sysvinit with BSD style (rc) scripts. It still uses the sysv init daemon (not any kind of ported *BSD init daemon) and it still uses /etc/inittab and run levels. So with that in mind I'm unsure as to why you prefer it over Debian's sysvinit implementation?

No, Slackware doesn't use sysvinit. Slackware has sysvinit compatibility since version 7.0. http://www.slackware.com/config/init.php

From the Slack /etc/rc.d/rc.sysvinit



The SystemV style init system places
# start/stop scripts for each runlevel into directories such as
# /etc/rc.d/rc3.d/ (for runlevel 3) instead of starting them
# from /etc/rc.d/rc.M. This makes for a lot more init scripts,
# and a more complicated execution path to follow through if
# something goes wrong. For this reason, Slackware has always
# used the traditional BSD style init script layout.
#
# However, many binary packages exist that install SystemV
# init scripts. With rc.sysvinit in place, most well-written
# startup scripts will work. This is primarily intended to
# support commercial software, though, and probably shouldn't
# be considered bug free.

1of12
Posts: 27
Joined: 2015-02-23 09:38

Re: Where will you go after systemd?

#210 Post by 1of12 »

Moonshine wrote:No, Slackware doesn't use sysvinit. Slackware has sysvinit compatibility since version 7.0. http://www.slackware.com/config/init.php
Your research/knowledge is lacking.

Slackware uses the sysvinit daemon, but uses BSD style rc scripts instead of the usual sysvinit scripts.

Or did you think that a *BSD's init uses run levels?

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#211 Post by Moonshine »

1of12 wrote: Slackware uses the sysvinit daemon
Slackware uses init daemon. There's. as you said, "no such thing" as sysvinit daemon. Do you think sysv owns init or what?
http://en.wikipedia.org/wiki/Init

Sysvinit is init + sysv scripts.
BSD-init is init + bsd scripts.

BSD scripts are much easier way to boot up your computer. That's not only my opinion.

1of12
Posts: 27
Joined: 2015-02-23 09:38

Re: Where will you go after systemd?

#212 Post by 1of12 »

Your source is wikipedia...?

My first source is the source:

https://savannah.nongnu.org/projects/sysvinit
http://download.savannah.gnu.org/releases/sysvinit/

My second source is the Slackware source:

http://mirrors.slackware.com/slackware/ ... /sysvinit/

Finally Debian:

https://packages.debian.org/source/wheezy/sysvinit

Note the version numbers being identical between Slackware and Debian (sysvinit hasn't seen much development for years) and project being called "sysvinit"...

As I said: "Your research/knowledge is lacking."

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#213 Post by Moonshine »

My main source is Slackware website, which has a rather conclusive disclaimer on this topic.

http://www.slackware.com/config/init.php

It is interesting that the actual init that is used by Slackware is actually the same that's in sysvinit. I didn't know that.
If we go up a directory, there's also sysvinit-scripts directory, but in contains this:
http://mirrors.slackware.com/slackware/ ... s/scripts/

These are not sysvinit-scripts. Why they are called sysvinit-scripts - I don't know. Do you?

Still, it's not the daemon that makes up for init system. It's daemon+scripts. So what I said in previous post.
Sysvinit is init + sysv scripts.
BSD-init is init + bsd scripts.

BSD scripts are much easier way to boot up your computer. That's not only my opinion.

1of12
Posts: 27
Joined: 2015-02-23 09:38

Re: Where will you go after systemd?

#214 Post by 1of12 »

Moonshine wrote:My main source is Slackware website, which has a rather conclusive disclaimer on this topic.

http://www.slackware.com/config/init.php
The Slackware website is correct, your interpretation of it is wrong. It says nothing about not using sysvinit.
Slackware Linux uses the BSD-style file layout for its system initialization files
The often used word "style" should give it away.

If you can invoke init from the terminal as root to change run levels, then you are running sysvinit - simple as that.
Moonshine wrote:It is interesting that the actual init that is used by Slackware is actually the same that's in sysvinit. I didn't know that.
sysvinit is the init system used in Slackware. It uses sysvinit + BSD style rc scripts.
Moonshine wrote:If we go up a directory, there's also sysvinit-scripts directory, but in contains this:
http://mirrors.slackware.com/slackware/ ... s/scripts/

These are not sysvinit-scripts. Why they are called sysvinit-scripts - I don't know. Do you?
They're sysvinit scripts because they're used with sysvinit. The fact that they're 'BSD style' does not make them BSD init scripts or the init system they're running on some kind of *BSD init. You also won't find inittab and those run level scripts on any *BSD operating system. The *BSDs do not use sysvinit at all, for various reasons - though just for starts, the licence is a show stopper. Each *BSD has it's own init system derived/forked from the original 386BSD/4.2BSD/4.4BSD-lite code bases.
Moonshine wrote:Still, it's not the daemon that makes up for init system. It's daemon+scripts. So what I said in previous post.
Sysvinit is init + sysv scripts.
BSD-init is init + bsd scripts.

BSD scripts are much easier way to boot up your computer. That's not only my opinion.
On the contrary, what you said in the previous post is still completely false.

User avatar
Moonshine
Posts: 38
Joined: 2015-02-11 22:10
Location: Kyiv, Ukraine

Re: Where will you go after systemd?

#215 Post by Moonshine »

1of12 wrote: The Slackware website is correct, your interpretation of it is wrong. It says nothing about not using sysvinit.
System V Compatibility
Since version 7.0, Slackware includes System V init compatibility. Many other Linux distributions make use of this style instead of the BSD style. Basically each runlevel is given a subdirectory for init scripts, whereas BSD style gives one init script to each runlevel.
How and why do you include compatibility with something you're supposedly already using?
Before 7.0 Slackware didn't understand the directory-based runlevel approach of sysvinit. After rc.sysvinit was included, it does.
1of12 wrote:If you can invoke init from the terminal as root to change run levels, then you are running sysvinit
1of12 wrote:sysvinit is the init system used in Slackware. It uses sysvinit + BSD style rc scripts.
I'm talking about init system, not init file. OpenRC is an init-system that uses init file too. OpenRC isn't sysvinit even if it uses init file provided by sysvinit.
1of12 wrote:They're sysvinit scripts because they're used with sysvinit. The fact that they're 'BSD style' does not make them BSD init scripts or the init system they're running on some kind of *BSD init.
We seem to have major terminology differences. And BSD-init isn't something I came up with, it's how it is referred to all over the place

http://wiki.gentoo.org/wiki/Comparison_of_init_systems
http://www.linuxfromscratch.org/hints/d ... d-init.txt

I will say "BSD style init", if it suits you better. It still means the same thing.

Post Reply