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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Lennart Poettering (mzerqung@xxxxxxxxxxx) 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
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux