Date: Wed, 03 Oct 2007 16:35:34 +0200 From: Pietro Cerutti <gahr@gahr.ch> To: Kian Mohageri <kian.mohageri@gmail.com> Cc: Doug Barton <dougb@freebsd.org>, freebsd-rc@freebsd.org Subject: Re: conf/105568: [patch] Add more flexibility to rc.conf, to choose "_enable" values at startup Message-ID: <4703A8B6.80803@gahr.ch> In-Reply-To: <fee88ee40710021541ke648672r23db8e1b9a04fe56@mail.gmail.com> References: <200710012040.l91KeC2t097859@freefall.freebsd.org> <alpine.BSF.0.9999.0710011753400.1408@ync.qbhto.arg> <47022870.7030607@gahr.ch> <alpine.BSF.0.9999.0710021522150.23009@ync.qbhto.arg> <fee88ee40710021541ke648672r23db8e1b9a04fe56@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC4820B483F728EA0BB9087E4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Kian Mohageri wrote: > On 10/2/07, Doug Barton <dougb@freebsd.org> wrote: >> On Tue, 2 Oct 2007, Pietro Cerutti wrote: >> >>> Doug Barton wrote: >>>> What do you feel is the need/benefit of adding this? I read your PR,= and >>>> I don't find your reasoning very compelling. You can easily start or= >>>> stop services after the system enters multi-user mode by simply chan= ging >>>> the _enable variable and running /etc/rc.d/foo start|stop as needed.= >>>> There are precious few services that depend on being started at boot= time. >>> 1) enter multi user mode >> That's going to happen anyway, so this is a red herring. >> >>> 2) edit rc.conf >>> 3) /etc/rc.d/foo [start|stop] >> Or just do: /etc/rc.d/foo onestart >> >>> 1) choose yes or no before entering multi user mode >>> >>> It's just a matter of comfort, cleanness and easy of handling. >> I certainly see that you believe this to be true, but I'm sorry to say= >> that I don't agree with you. I didn't see anything in the list of exam= ples >> you gave that convinces me that what you're proposing is dramatically >> better than simply using onestart where needed. >> >> Perhaps others will have different opinions. >> >=20 > I agree with Doug on this one. While I see it being useful in a few > cases, the [great] majority of the time it will go completely unused. >=20 > The times when it could be used can be dealt with in other ways. >=20 > Seems like feature creep to me. I have no problem accepting the fact that you don't need this feature, but, on the contrary, it seems that you have a problem accepting the fact that someone could find it useful. The feature doesn't change any defaults, don't have any side effects and can merely be ignored if you don't want to use it. Why are you so reluctant in accepting it? >=20 > -Kian --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enigC4820B483F728EA0BB9087E4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHA6i6wMJqmJVx944RCutIAKCbZqI9Evqave/cela5mcJL7lfeCgCeOpvG aDADbk1iRwsAW86ky1T3cFg= =/0Mr -----END PGP SIGNATURE----- --------------enigC4820B483F728EA0BB9087E4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4703A8B6.80803>