From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=DMARC_MISSING, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from rearviewmirror.org (sense-sea-CovadSub-0-150.oz.net [216.39.147.150]) by chiba.3jane.net (Postfix) with SMTP id C5BDB2018EF7 for ; Mon, 11 Mar 2002 12:57:25 -0600 (CST) Received: (qmail 29147 invoked by uid 1000); 11 Mar 2002 18:54:08 -0000 Date: Mon, 11 Mar 2002 10:54:08 -0800 From: Matt Beland To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] /etc/init.d Message-ID: <20020311185408.GC28735@rearviewmirror.org> References: <3C8CEDD8.2000907@colubris.com> <20020311180248.GB1380@littlethulu.craigthulu.com> <3C8CF48D.5000106@colubris.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <3C8CF48D.5000106@colubris.com> User-Agent: Mutt/1.3.25i Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: a0583753-eb51-4eeb-b73e-977123007e64 X-Archives-Hash: 50a7fa6a5b68b98a03b5c66604c486d6 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 11, 2002 at 01:16:45PM -0500, Yannick Koehler wrote: > Craig M. Reece wrote: > >On Mon, Mar 11, 2002 at 12:48:08PM -0500, Yannick Koehler spoke thusly: > > > >>Guys, > >> > >> not sure for anyone else but is init.d really need to be protected? = =20 > >> I mean does someone really change files in that directory (other=20 > >> than adding or removing)? > >> > >> That dir should always get merged. It would also get really nice of= =20 > >> the portage could detect that no changes has been made to the file=20 > >> since its installation and therefore merge it without any issues. > >> > >> Like if the protected config file's time were saved in a temp files=20 > >> that portage would look into before merging to see if the date has=20 > >> or not change since the last install. > >> > >> > > > >Yes it needs to be protected. I, for instance, have my own version of > >pcmcia in there that I don't want stepped on. Also, I have a couple of > >other custom scripts for things not in portage yet; and when they are in > >portage, I want to be able to compare the differences before using one > >or the other. >=20 > The reasoning I have is that those are scripts, and not config files.=20 > If ... instead of modifying pcmcia script for example like you=20 > mentionned you were to cp pcmcia pcmcia.modif and rc-update add=20 > pcmcia.modif default / rc-update del pcmcia default the system would=20 > work and you'll never get concerned about the new pcmcia scripts. They are sometimes both scripts and config files. Personally, I like the=20 layout of the Gentoo initscripts, particularly with regard to the "local" script and the ability to start "simple" daemons and scripts with a config file. However, many of the scripts we add to the init.d directory are not custom-written for Gentoo, they're written for Linux in general. They=20 include the necessary config settings in the init file itself. And those should not be clobbered. =20 > If you changes those scripts maybe it's even better to tell people about= =20 > your changes as they may get implemented such that the script itself=20 > read a config files (like net.eth0) so that other people can re-use your= =20 > modifications. That's fine for things like the tweaked pcmcia script - but what if the=20 tweaks are in order to permit a specific driver to work properly? Those=20 changes should not be in the default initscript, they should at most be provided as a commented-out section - which, again, would require user=20 intervention to create the required "tweaked" script. It wouldn't solve the problem for custom scripts. Suppose (as an example) that I have installed OpenSSH by compiling it from source, then later I emerge the ssh ebuild. I would have installed an initscript already, I would call it 'sshd' by default. Before I blindly replace it with the=20 Gentoo initscript, I would want to examine it and see how it did things. > And maybe a user's scripts directory should exists, something like=20 > /etc/user.d where people can move their custom scripts and the stuff=20 > behind rc-update would got here first and if it doesn't found the script= =20 > then to /etc/init.d. While I don't agree with everything that "the standard linux" build does,= =20 particularly as defined in the LSB project, I don't think we should be=20 creating new directories within /etc/ just to make things a little more=20 convenient. Especiually when that convenience comes with a price in the=20 form of an increased risk of system breakage. --=20 Matt Beland matt@rearviewmirror.org http://www.rearviewmirror.org --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8jP1QBxcVTa6Gy5wRArbCAJ9UzqM58geCDnuejbLp9nRqvueQywCg65lD Cmkh61EyUU/ZhxlFLOtvvW0= =7rTL -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi--