[HEADS-UP] systemd for F14 - the next steps

Bill Nottingham notting at redhat.com
Wed Jul 14 20:34:07 UTC 2010


Lennart Poettering (mzerqung at 0pointer.de) said: 
> > The issue is that this is a behavior change (from both sysvinit and upstart)
> > that will need code to be handled properly in other packages. Anaconda,
> > at least, will need to be patched to set the default bootup target
> > differently depending on which init system it's installing, which
> > is kind of ugly.
> 
> Hmm, can you please elaborate on what you think anaconda should be
> writing into that file?

ananconda is what sets the default runlevel post install. It does this
by editing inittab. This change would mean that anaconda would conditionally
need to do something else, depending on what it happens to be installing.

> sysvinit allows you to have exactly 4 general purpose runlevels, which
> have the superbly descriptive names "2", "3", "4", and "5". And that's
> where the story ends. In systemd the model is much simpler, more obvious
> yet more powerful: target units can be labeled freely and you can have
> as many as you want.

It allows 7, 8, 9, as well. (Wheee, undocumented features.)

> You really cannot see why runlevels are old cruft and completely
> arbitrary in their design and naming, and really need replacing?

Oh, they are. But they're also 30+ years of historical precedent that
people are used to and code is expecting. Even OSX has them in some
manner.

Bill


More information about the devel mailing list