On 06/07/2012 11:10, Andriy Gapon wrote:
> on 07/06/2012 17:29 Doug Barton said the following:
>> On 06/07/2012 02:57 AM, Gleb Kurtsou wrote:
>>> What do you think about adding generic support for overriding *_enable
>>> options in rc.conf?
>>>
>>> I'd like to be able to disable services at boot prompt, e.g.
>>> # set rc.slim_enable="no" -- overrides slim_enable="yes" in rc.conf
>>>
>>> Similarly rc.pf_enable="no"
>>>
>>> Then introduce x_enable knob (=yes by default) to disable login
>>> managers. User will be able to override this setting with
>>> # service xdm forcestart
>>
>> Why not just:
>>
>> boot single user
>> fsck -p
>> mount -a
>> $EDITOR /etc/rc.conf[.local]
>>
>
> Ah, right. Why provide a way to do something using one command at one prompt
> (or even toggling a menu option using a single keystroke) when you can already
> do the same using multiple commands at multiple places (and also trying to not
> forget to undo your changes later)...
I realize you were being sarcastic, but your question deserves an answer.
If this were a problem we didn't already have a solution for, I'd be
much more interested in what you're proposing. But in no particular
order ...
1. This is not something most users would have to do very often, if at all.
2. We have a variety of different login managers, several of which do
things subtly differently, all of which would need ongoing support.
3. While the changes you're proposing sound simple, the startup stuff
has some subtle interactions that we don't like to disrupt without good
reason.
It's also worth pointing out that if all you need is a shell at boot
time, you can still do Ctrl-Alt-F1 to get that, without having to change
anything. And if you find yourself needing to prevent the login manager
from starting more often than not, just disable it by default and start
it with 'service <blah> onestart', or use startx.
My point being that this doesn't come with zero costs, and has very
little benefit. That usually spells "no" in my book.
Doug
--
This .signature sanitized for your protection
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
