Re: Removing obsolete configuration files on upgrade

[Kurt Roeckx <kurt@roeckx.be>]

On Sat, Nov 30, 2013 at 12:03:53PM -0800, Jonathan Nieder wrote:
> Hi policy experts,
> 
> Since policy 3.8.5.0, section 10.7.3 says
> 
> 	Obsolete configuration files without local changes should be
> 	removed by the package during upgrade.
> 
> I was trying to apply this to the git package and ran into a little
> trouble.  Consider the following sequence of events:
> 
>  1. I install package hello-demo version 1, including a conffile
>     /etc/greeting with content 'hello'.
> 
>  2. I change /etc/greeting to 'hi'.
> 
>  3. I upgrade hello-demo to version 2, which dropped the customizable
>     greeting functionality.  /etc/greeting is obsolete now.  Since
>     my greeting was customized, it is retained in /etc/greeting.
> 
>  4. I change /etc/greeting back to 'hello'.
> 
>  5. I upgrade hello-demo to version 3, which still does not support
>     customizable greetings.
> 
> Should /etc/greeting be removed during the upgrade?  After all, it
> is both (a) obsolete and (b) without local changes from the version 1
> of the conffile.

I would say an it should only check this the first time it's
upgraded from a version that did have the conffile to a version
that doesn't, but may optionally check this on any upgrade.

Is dpkg-maintscript-helper doing something you didn't expect?


Kurt