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=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=4.0.0 Received: from rammstein.mweb.co.za (rammstein.mweb.co.za [196.2.53.175]) by chiba.3jane.net (Postfix) with ESMTP id 8210720AA0AC for ; Mon, 11 Mar 2002 13:55:24 -0600 (CST) Received: from cpt-dial-196-30-178-250.mweb.co.za ([196.30.178.250] helo=nosferatu.lan) by rammstein.mweb.co.za with esmtp (Exim 3.33 #1) id 16kVn8-0006IE-00 for gentoo-dev@gentoo.org; Mon, 11 Mar 2002 21:49:06 +0200 Subject: Re: [gentoo-dev] /etc/init.d From: Martin Schlemmer To: Gentoo-Dev In-Reply-To: <3C8D0648.6070300@colubris.com> References: <3C8CEDD8.2000907@colubris.com> <3C8CF4C5.1050901@colubris.com> <20020311184223.GB28735@rearviewmirror.org> <3C8D0648.6070300@colubris.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 11 Mar 2002 21:50:15 +0200 Message-Id: <1015876216.7116.19.camel@nosferatu.lan> Mime-Version: 1.0 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: 1e4c7793-5313-49c5-a30e-8316ee2899e9 X-Archives-Hash: 77eb2e053afd4c79dc1ffef23c6881f8 On Mon, 2002-03-11 at 21:32, Yannick Koehler wrote: > Matt Beland wrote: > > On Mon, Mar 11, 2002 at 01:17:41PM -0500, Yannick Koehler wrote: > > > >>Yannick Koehler wrote: > >> > >>>Guys, > >>> > >>> not sure for anyone else but is init.d really need to be protected? > >>>I mean does someone really change files in that directory (other than > >>>adding or removing)? > >>> > >>> That dir should always get merged. It would also get really nice of > >>>the portage could detect that no changes has been made to the file since > >>>its installation and therefore merge it without any issues. > >>> > >>> Like if the protected config file's time were saved in a temp files > >>>that portage would look into before merging to see if the date has or > >>>not change since the last install. > >>> > >>>Yannick Koehler > >>> > >>>_______________________________________________ > >>>gentoo-dev mailing list > >>>gentoo-dev@gentoo.org > >>>http://lists.gentoo.org/mailman/listinfo/gentoo-dev > >>> > >> > >>Another point I have to make here is that there's a lot of files in > >>there and MOST people won't change them. Therefore the fact that each > >>time someone play in there make 80-90% people force to merge many files > >>is not really friendly. > >> > > > > Friendly, no, but it is proper behavior. Those files are critical to the > > proper operation of the system, and as such changes should be approached > > with caution. Even if you as a Gentoo user are not making any customized > > changes, it's a very good idea for you to be aware of changes in those > > files - that way, if you do emerge update --world and one of your daemons > > breaks, you know if there've been any changes to the init script. It may > > not be a critical issue for you, but it will be for some. > > > > > > While I agree they are critical, I don't agree that they are more > important than the program they control. And that program is emerge > automatically. If the script work but the program failed after an > emerge I think it is at the same critical level. > > Therefore I think they should be treated the same. Now they are treated > as config file and require end-users intervention when I don't see a > reason for most end-user. Like programs, some users will modify their > program by using personnaly modified source tree and those would know > not to put the binary or merge those package. > > Actually I think it's even worse treating those files as config. > Because new users, the one that you always want to get in a distro may > be running pretty old script as they may not be aware on how to do the > merge step manually. > I feel the same about this point. Especially with scripts like /etc/init.d/depscan.sh, /etc/init.d/runscript.sh and /etc/init.d/functions.sh, not updating leaded to many problems, where unable to boot after first time build was one of them. In the last few baselayout releases, there was major feature additions, rewrites, etc, making a slight diff glob, or not updating a great risk for creating problems. Just these should IMHO be updated realtime, and not placing a backup. > Yannick Koehler > > > _______________________________________________ > gentoo-dev mailing list > gentoo-dev@gentoo.org > http://lists.gentoo.org/mailman/listinfo/gentoo-dev -- Martin Schlemmer Gentoo Linux Developer, Desktop Team Developer Cape Town, South Africa