Michelle Konzack wrote:
Hello Tarvin,
Am 2006-02-19 18:02:20, schrieb Digby Tarvin:
Debian by default does not make good use (IMHO) of the runlevel mechanism.
Oh yes, it does.
No, it does not.
The runlevel mechanism allocates 4 multi-user levels. Debian uses
only one. (Making all four the same, it effectively has only one.)
That certainly is not making good use of the multi-user part of the
mechanism.
Debian give[s] you the freedom to configure your rcX.d HOW YOU WANT!
How that does that differ from any other system in which you can
customize rcX.d?
The traditional usage I was familiar with was
2 - multi-user, no network
No Network is stupid by default.
So have the default level be a level (say, level 3) with networking.
Having a level with networking disabled isn't so stupid: Maybe you
want to shut down network services (e.g., because of an attack)
without knocking all users off the system (by going to single-user
mode).
By the way: geez, what is your problem?
Anyway, the infrastructure is there, and you can fix it if you
want. I am sure there was a good reason for the change, but I
sure as hell can't think what it would have been...
Debian does not force users. - ...
But Debian does _support_ users--it tries to provide useful things so
users don't have to do everything themselvs.
> With Debian you have the
choice or use another Distribution if you do not agree...
Great attitude there--"like it exactly the way it is (don't report
problems or suggest improvements) or get lost."
This is 100% freedom.
No, telling people to go elsewhere is not 100% freedom. You've
denied Digby freedom to try to improve Debian (by implying he should
go elsewhere).
(maybe to simplify package management for packages that involve
additions to system startup - so they wouldn't need to ask
about with runlevel things get added to??)
Provide a patch! - The BTS is open for it.
Telling people to fix problems themselves isn't all that helpful
either.
(It's one thing to say that regular developers don't have time or
priority to implement a given suggestion and suggest that requestors
do the work themselves. However, if you reject ideas (especially in
such a derogatory manner) and then suggest that they submit a patch,
how on earth would they have any hope that the patch wouldn't also be
summarily rejected?)
Daniel
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
