Your message dated Fri, 02 Nov 2012 07:34:45 +0000
with message-id <e1tubm9-0003m5...@franck.debian.org>
and subject line Bug#636158: fixed in maradns 1.4.12-4
has caused the Debian Bug report #636158,
regarding maradns: modifies conffiles (policy 10.7.3): /etc/maradns/mararc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
636158: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636158
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: maradns
Version: 1.4.12-3
Severity: serious
Tags: squeeze-ignore
User: debian...@lists.debian.org
Usertags: piuparts
Control: found -1 1.4.03-1.1

Hi,

during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files

10.7.3: "[...] The easy way to achieve this behavior is to make the
configuration file a conffile. [...] 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)."

Note that once a package ships a modified version of that conffile,
dpkg will prompt the user for an action how to handle the upgrade of
this modified conffile (that was not modified by the user).

Further in 10.7.3: "[...] must not ask unnecessary questions
(particularly during upgrades) [...]"

If a configuration file is customized by a maintainer script after
having asked some debconf questions, it may not be marked as a
conffile. 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!).
This file must be removed during postrm purge.
ucf(1) may help with these tasks.
See also http://wiki.debian.org/DpkgConffileHandling

In https://lists.debian.org/debian-devel/2012/09/msg00412.html and
followups it has been agreed that these bugs are to be filed with
severity serious.

debsums reports modification of the following files,
from the attached log (scroll to the bottom...):

  /etc/maradns/mararc


cheers,

Andreas

Attachment: maradns_1.4.12-3.log.gz
Description: GNU Zip compressed data


--- End Message ---
--- Begin Message ---
Source: maradns
Source-Version: 1.4.12-4

We believe that the bug you reported is fixed in the latest version of
maradns, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 636...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Nicholas Bamber <nicho...@periapt.co.uk> (supplier of updated maradns package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Thu, 01 Nov 2012 22:16:08 +0000
Source: maradns
Binary: maradns maradns-zoneserver duende maradns-docs
Architecture: source i386 all
Version: 1.4.12-4
Distribution: unstable
Urgency: low
Maintainer: Nicholas Bamber <nicho...@periapt.co.uk>
Changed-By: Nicholas Bamber <nicho...@periapt.co.uk>
Description: 
 duende     - logging daemonizer
 maradns    - simple security-focused Domain Name Service server
 maradns-docs - upstream documentation for the MaraDNS Domain Name Service 
server
 maradns-zoneserver - complementary server process to TCP functions for MaraDNS
Closes: 636158
Changes: 
 maradns (1.4.12-4) unstable; urgency=low
 .
   * Using ucf to manage config file to comply with
     policy 10.7.3. (Closes: 636158)
     - Added ucf as a dependency to the maradns package
     - Maradns config file installed below /usr/share/maradns
     - ucf used to install and purge the config file
Checksums-Sha1: 
 e04a370d9f06a8b4c2033089f2196c341ef9ce48 1969 maradns_1.4.12-4.dsc
 08b9b134c8bd3ed3feddc87313a2a7b652d57fda 40249 maradns_1.4.12-4.debian.tar.gz
 86ac0b6f42946fbc091800c81650582bd279d12e 411538 maradns_1.4.12-4_i386.deb
 eb05194ec033742acdaaeeb1d9e04b65526a3559 175868 
maradns-zoneserver_1.4.12-4_i386.deb
 87a116f8c60e686a26ab45b44f3c33aa4cdce7b9 69888 duende_1.4.12-4_i386.deb
 e4528c4cd53ecdaab71b26961e787f03771deda0 188310 maradns-docs_1.4.12-4_all.deb
Checksums-Sha256: 
 8250c181e6d2373e40587be63d5eca54de3e95389b14bdd26574be8510a85864 1969 
maradns_1.4.12-4.dsc
 2ff963e3622285fa8751511373693baf11cca75fb733b2c1c8649a4bb4ef88a1 40249 
maradns_1.4.12-4.debian.tar.gz
 61d5803e3d9a5c829a5b39d95be2f5f32cb5c502be5d2cc045a96929a718e7db 411538 
maradns_1.4.12-4_i386.deb
 fc8efb28e09d36ba4c6afd6fd2c73689f0c9b38a716f4e788e0edebb5b95f299 175868 
maradns-zoneserver_1.4.12-4_i386.deb
 b43c0c618a05a64d286c47a512af08fae481165bae0e6d6d38a3977226226126 69888 
duende_1.4.12-4_i386.deb
 c2d33e586aeecf2e7056032f61d60cc2648371bf049d9e11f7040163d05ffa07 188310 
maradns-docs_1.4.12-4_all.deb
Files: 
 03982f15ccadfb64221012cc36372c30 1969 net extra maradns_1.4.12-4.dsc
 02493ed2df0e30a5b0f67ace116bdb1b 40249 net extra maradns_1.4.12-4.debian.tar.gz
 8aeb4fa3643cf15986294ea0a4df3d77 411538 net extra maradns_1.4.12-4_i386.deb
 514f4d2d6edf65a94ac2d91252d9217d 175868 net extra 
maradns-zoneserver_1.4.12-4_i386.deb
 d1e87c499ed6e006a710076a0da569d7 69888 admin optional duende_1.4.12-4_i386.deb
 4c8ff3eaa8b1001ee230dab9b8f399d3 188310 doc extra maradns-docs_1.4.12-4_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQkwARAAoJELbE2bY7/+c8PEYQAMkc+zQX0Ps5BGP7pDMDqELH
DrxvNzOc2GKxEE62Cr4VuN8TrttKrMTRATzx93fXCBmh3/+6NMpFe/x1IWq/UdRC
wETaO7Fp0fiPRxRaLNWzUyEA8mpwfXljbrds1qoHegZwlhdFVpeOlqDUpqVyr59Y
UotufoupMiGCQAyMG34RBOlkDVff7PgIFWaTaWATrV7zj3j22W7kz23LJIEeF+n9
j8p19hP68k84qlGVnQdM16hHMioDpny90U1z4ij7MBKPjcTANqpLQYmS1e330DWH
yRbKwRUfHP9rIgj4RKik8oYK0CS4F2sCd0pYCILmw85jyIzIG+gwqqBawNet4rZ0
AH19N88VjX8/fL3sXnh7WYbAMJYaPNsNq1EhvBjvAPHl10eXovjPHybX8OcVEgt9
J2Lhc8uQwWK/Dws0jy0UmUxbA9wCpnC4rBeGOkHRc9BzRF/LT0b+COWcEuDD5BGY
wAMDb/UniKZLYuUz5FfMUoz7fCtSZsvKNmwNB2r1vFtqvtuQ6tW3HNUjW5FpIFG1
/btNDJpZtFSaSfpnKlPZVh+EiaSFCm6oG5o6l8U4O5cJIOf9897+UT2XAXUIU+ou
5/K5etEXftJzcpwN9zEMC5LjXBU/usDfw+mOyDjmPz2X5C6TxlnMXViKScIlQvxd
2P+CF8ojyx6t3JtU7Ilk
=3m6A
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to