public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ciaran McCreesh <ciaranm@ciaranm.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: Package Manager Specification: configuration protection
Date: Fri, 15 Sep 2006 19:39:35 +0100	[thread overview]
Message-ID: <20060915193935.2ef509c7@snowdrop.home> (raw)
In-Reply-To: <20060914065109.GA28053@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1593 bytes --]

On Thu, 14 Sep 2006 08:51:09 +0200 Harald van Dijk <truedfx@gentoo.org>
wrote:
| On Mon, Sep 11, 2006 at 11:22:11PM +0100, Ciaran McCreesh wrote:
| > Comments both on the nature and the specifics of the specification
| > would be welcomed. In particular, I'd like to know if people think
| > we're mandating the appropriate degree of specificity and whether
| > we're providing sufficient generality to avoid overly restricting
| > innovation.
| 
| I think this is overly restrictive, actually. It's a good idea to
| specify which files and directories will be matched by CONFIG_PROTECT
| and _MASK, since that's something ebuilds end up using, but it may be
| better to leave the details on how they will be protected up to the
| package manager (which can in turn make it configurable for the user).
| For one example of what a package manager, if configured to do so,
| should in my opinion be allowed to do: automatically remove unmodified
| and abandoned configuration files on updates. (This is not the same as
| setting CONFIG_PROTECT=-*.) For another, a package manager, if
| configured to do so, should in my opinion be allowed to store the
| config files on a (possibly local) cvs/svn server in addition to the
| real filesystem, avoiding ._cfg* files altogether. Specifying how
| they will be protected prevents things like this.

Hm, the specification doesn't preclude additional functionality. It
just describes how things should work when normal configuration
protection is in action.

-- 
Ciaran McCreesh
Mail            : ciaranm at ciaranm.org


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2006-09-15 18:43 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-11 22:22 [gentoo-dev] RFC: Package Manager Specification: configuration protection Ciaran McCreesh
2006-09-11 23:02 ` Chris White
2006-09-11 23:15   ` Ciaran McCreesh
2006-09-16  7:21     ` Brian Harring
2006-09-12  1:13   ` Robin H. Johnson
2006-09-12  0:30 ` Michael Cummings
2006-09-13 20:05   ` Peter Volkov (pva)
2006-09-12  8:19 ` Simon Stelling
2006-09-12  9:31   ` Ciaran McCreesh
2006-09-12 17:36     ` Zac Medico
2006-09-12 22:44     ` Zac Medico
2006-09-12 22:51       ` Ciaran McCreesh
2006-09-12 23:57         ` Zac Medico
2006-09-20 20:11           ` Mike Frysinger
2006-09-13  1:00         ` Ilya A. Volynets-Evenbakh
2006-09-13 17:47 ` Benno Schulenberg
2006-09-13 20:42   ` Daniel Gryniewicz
2006-09-14 17:34     ` Benno Schulenberg
2006-09-14 19:30   ` Thomas de Grenier de Latour
2006-09-15 20:27     ` Benno Schulenberg
2006-09-14  6:51 ` Harald van Dijk
2006-09-15 18:39   ` Ciaran McCreesh [this message]
2006-09-16  6:56     ` Harald van Dijk
2006-09-16  7:17 ` Brian Harring
2006-09-16 22:02   ` Ciaran McCreesh
2006-09-17  0:26     ` Brian Harring

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=20060915193935.2ef509c7@snowdrop.home \
    --to=ciaranm@ciaranm.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