TurnKey Linux's take on Ubuntu appliance development: KISS
Forest Bond
forest at alittletooquiet.net
Thu Jan 7 19:50:09 GMT 2010
Hi,
On Thu, Jan 07, 2010 at 05:23:36PM +0100, Soren Hansen wrote:
> On Thu, Jan 07, 2010 at 01:00:08PM +0100, Pau Garcia i Quiles wrote:
> > I'd say the Debian Policy was never meant for the "building a turn-key
> > appliance"-case. Maybe an amendment is needed: "no package should
> > modify conffiles installed by other packages" -> "no package should
> > modify conffiles installed by other packages, except in the case the
> > package which modifies other packages conffiles states clearly it will
> > do that in its description"
>
> You're missing the point. If you are a novice user, using some tool to
> make some changes to a configuration file managed by dpkg (i.e. a
> conffile), upon upgrading said package, dpkg will prompt about changes
> the user did not make (the aforementioned tool did it on your behalf) to
> a file the user has likely never heard of. This is obviously not
> acceptable.
>
> If this behaviour is not wanted, it's simple to make sure a
> configuration file is not considered a conffile.
But this discussion is focused on modifying conffiles from *other* packages.
(package B modifies package A's conffiles). Is there some means by which a
conffile from another package can be deregistered as a conffile?
I suppose the package that plans on modifying it could deregister it and make a
backup on configure, and then reregister it and restore the backup on purge.
-Forest
--
Forest Bond
http://www.alittletooquiet.net
http://www.pytagsfs.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20100107/54501fd2/attachment.pgp
More information about the ubuntu-devel
mailing list