public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Benjamin Smee (strerror)" <strerror@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: Ciaran McCreesh <ciaranm@gentoo.org>
Subject: Re: [gentoo-dev] Default Ebuild behaviour
Date: Tue, 31 Jan 2006 14:03:38 +0000	[thread overview]
Message-ID: <200601311403.40320.strerror@gentoo.org> (raw)
In-Reply-To: <20060131123158.276847a4@snowdrop.home>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

heya,

On Tuesday 31 January 2006 12:31, Ciaran McCreesh wrote:
> See, you're not really taking into account the cost of sticking files
> in /etc. For packages where an etc entry is low cost, it's already
> done. 

What is the "cost" you are referring to specifically? I think I know but I'd 
like a specific definition.

> For things like bash completion and log rotation, the cost of 
> installing a file into /etc can be extremely high, so it shouldn't be
> forced upon system administrators unless they ask for it. The same goes
> for cron entries for packages where the cron part isn't a core
> operation.

Agreed, the question then though is how to manage it. Is USE the right way? 
Given that there will always be a couple of exceptions, is it not reasonable 
to expect that all packages that install cron entries do it in a consistant 
manner? (and for a moment can certain peoples fear of breaking existing 
installations be put aside, we are paralysed if we let fear govern what we 
will consider, if we did decide on something that might ostensibly break 
existing installations or cause "needless" recompiles we can address those 
concerns via work around means if necessary once a standard has been decided 
on).

> What would be nice is a ban on .example files in anywhere covered by
> CONFIG_PROTECT. We have /usr/share/doc/ for those.

Agreed. Personally I think example files belong in /usr/share/doc, but I also 
think that config files should be written out to the correct dirs and 
external tools like etc-update/dispatch-conf be used to manage them.


- --  
Benjamin Smee (strerror)
crypto/forensics/netmail/netmon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.9.20 (GNU/Linux)

iD8DBQFD3248AEpm7USL54wRAovuAJ40BsTPlabOLD2ODppilSdOdjQ/sgCeK40o
9PK6bmUlFY72fEBoKnTSGx8=
=5ibW
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list



  reply	other threads:[~2006-01-31 14:06 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-31 12:11 [gentoo-dev] Default Ebuild behaviour Benjamin Smee (strerror)
2006-01-31 12:31 ` Ciaran McCreesh
2006-01-31 14:03   ` Benjamin Smee (strerror) [this message]
2006-01-31 15:47     ` Ciaran McCreesh
2006-01-31 17:06       ` Benjamin Smee (strerror)
2006-01-31 17:24         ` Ciaran McCreesh
2006-01-31 20:15           ` Donnie Berkholz
2006-01-31 22:43             ` Henrik Brix Andersen
2006-01-31 22:53             ` Ciaran McCreesh
2006-01-31 23:03               ` Henrik Brix Andersen
2006-01-31 23:17                 ` Ciaran McCreesh
2006-02-01  0:02                   ` Henrik Brix Andersen
2006-01-31 23:14             ` Francesco Riosa
2006-02-01  1:32             ` Georgi Georgiev
2006-02-01 10:56             ` Rob Holland
2006-02-01 10:41           ` Benjamin Smee (strerror)
2006-01-31 19:51       ` Chris Gianelloni
2006-01-31 20:22         ` Alin Nastac
2006-02-01  8:59           ` Andreas Vinsander
2006-02-01  9:05             ` Andreas Vinsander

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=200601311403.40320.strerror@gentoo.org \
    --to=strerror@gentoo.org \
    --cc=ciaranm@gentoo.org \
    --cc=gentoo-dev@lists.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