On Tue, 2007-11-27 at 12:08 +0000, Rob Ubuntu Linux wrote:

> On Nov 27, 2007 8:27 AM, Scott James Remnant <[EMAIL PROTECTED]> wrote:
> > This isn't an argument for runlevels, this is simply an argument for
> > admins to be able to select the level of system they wish to bring up.
> > There are plenty of alternate ways to implement this.
> 
> Are you saying that the init(8) replacement does not need to support
> some "service" level, which is configurable in some way?  Or are you
> saying that it can be diferent from having run levels 2,3,4,5 be
> configurable by OS Releaser and/or Sys Admin?
> 
There are many ways to do this, for example flags where you can say
"boot, but without networking support" -- these could be combined in
arbitrary ways.

Alternatively you could have different profiles, picking the profile
determines which services are enabled or disabled.

Either way, these should be a lot more descriptive than "2".

> See I am concerned by statements like "Runlevels are ancient history,
> forget about them", because whilst in Debian/Ubuntu space they may be
> regarded that way.  But an admin using Red Hat/Fedora, Novell/OpenSuSE
> and any other number of distro's will for instance, pass init an
> argument of 2 or 3 sometimes, rather than 5 to do things like change
> graphics cards, monitors, or upgrades of software like X & GNOME/KDE.
> 
Which kinda proves the point how silly runlevels are, since they're
completely non-standard.  Having X in runlevel 5, but not in 3 (with
some vague difference between 2 and 3) is a RedHat-ism.

It's never been true for Debian, and the plethora of distributions that
derived from it (including Ubuntu) where runlevels 2 thru 5 are
identical (X starts in all of them) and the default is 2.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
upstart-devel mailing list
[email protected]
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/upstart-devel

Reply via email to