On 2015-06-25 15:59, b...@debian.org wrote:
>> during a test with piuparts I noticed your package modifies conffiles.

Please note the distiction between "configuration files" and "conffiles"
in the policy.

> That's indeed the point of "fusionforge-mta-exim4", which is meant to
> configure exim4 for fusionforge integration.

Having to modify conffiles for this task indicates lack of an
abstraction layer to allow such automated customization.

>> And these are not even conffiles shipped by your package.
>> This is forbidden by the policy, see
>> https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
> 
> Your excerpts mentions generalities about [generated] conffiles; they
> do not explain why this would be forbidden by policy.

You are right, the bug template was not well suited for your case of
policy violation (which is a rather uncommon case).

>> Instead a template could be installed in /usr/share and used by the
>> postinst script to fill in the custom values and create (or update)
>> the configuration file (preserving any user modifications!).
> 
> That's what we do: changing the conffile while preserving user
> customizations.

And that's forbidden on conffiles (see the definition in the policy):

     [...] This implies that the default version will be part of the
     package distribution, and must not be modified by the maintainer
     scripts during installation (or at any other time).

What happens on the next update of exim that ships a modified version of
that conffile? dpkg will prompt about a modified conffile even if the
admin did not modify anything.

>  And removing that change on uninstall.

> It looks like you're reporting a bug through automated means, without

No, bug filing is an entirely manual process.

> actually using the package,

That's right, but the piuparts logfile is usually informative enough.

> so please only send bugs that are relevant

This one is.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to