public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Yannick Koehler <yannick.koehler@colubris.com>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] /etc/init.d
Date: Mon, 11 Mar 2002 14:32:24 -0500	[thread overview]
Message-ID: <3C8D0648.6070300@colubris.com> (raw)
In-Reply-To: 20020311184223.GB28735@rearviewmirror.org

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.

Yannick Koehler




  reply	other threads:[~2002-03-11 19:32 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-11 17:48 [gentoo-dev] /etc/init.d Yannick Koehler
2002-03-11 17:52 ` Matt Beland
2002-03-11 17:54 ` Ric Mesier
2002-03-11 18:43   ` Benjamin Ritcey
2002-03-11 18:45     ` Ric Mesier
2002-03-11 18:47       ` Ric Mesier
2002-03-11 19:55   ` Ian Smith
2002-03-11 18:02 ` Craig M. Reece
2002-03-11 18:16   ` Yannick Koehler
2002-03-11 18:52     ` mbutcher
2002-03-11 19:05       ` Craig M. Reece
2002-03-11 21:11       ` Yannick Koehler
2002-03-11 18:54     ` Matt Beland
2002-03-11 19:43       ` Martin Schlemmer
2002-03-11 20:44       ` Yannick Koehler
2002-03-11 21:10         ` Martin Schlemmer
2002-03-11 22:16           ` Matt Beland
2002-03-11 23:28             ` Yannick Koehler
2002-03-11 18:45   ` Per Wigren
2002-03-11 19:06     ` Craig M. Reece
2002-03-11 19:35     ` Yannick Koehler
2002-03-11 18:17 ` Yannick Koehler
2002-03-11 18:42   ` Matt Beland
2002-03-11 19:32     ` Yannick Koehler [this message]
2002-03-11 19:37       ` Ric Mesier
2002-03-11 21:13         ` Yannick Koehler
2002-03-11 22:07           ` Defresne Sylvain
2002-03-11 22:42             ` Ian Smith
2002-03-11 22:49               ` Defresne Sylvain
2002-03-11 22:55               ` Martin Schlemmer
2002-03-11 23:12                 ` Ian Smith
2002-03-11 23:29             ` Yannick Koehler
2002-03-11 22:28           ` Ian Smith
2002-03-11 22:33         ` Ian Smith
2002-03-11 19:50       ` Martin Schlemmer
2002-03-11 19:56       ` Matt Beland
2002-03-11 21:25         ` Yannick Koehler
2002-03-11 18:41 ` Thilo Bangert
2002-03-11 19:49 ` Joachim Blaabjerg
2002-03-11 21:15   ` Yannick Koehler
2002-03-11 21:03 ` Tod M. Neidt
2002-03-11 21:30   ` Yannick Koehler
2002-03-11 16:26     ` Bob Phan
2002-03-11 21:39       ` Craig M. Reece
2002-03-11 16:42         ` Bob Phan
2002-03-11 22:33           ` [gentoo-dev] /etc/init.d the real question!? Corvus Corax
2002-03-11 23:33             ` Yannick Koehler
2002-03-12 11:03           ` [gentoo-dev] /etc/init.d Craig M. Reece

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C8D0648.6070300@colubris.com \
    --to=yannick.koehler@colubris.com \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox