Debian Bug report logs - #684776
dpkg incorrectly complains about conffile contents being different for MA packages

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Ralf Jung <post@ralfj.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Mon, 13 Aug 2012 20:45:08 +0200

Package: dpkg
Version: 1.16.4.3
Severity: normal

Dear Maintainer,

when an MA: same package contains a conffile, re-installing it causes dpkg to
error out, complaining that the content of the conffile differs between the
architectures - even though it does not.

To reproduce (on current testing):
I assume an amd64 system with i386 as foreign architecture. libpam-
modules:amd64 is installed, libpam-modules:i386 is not.
$ sudo dpkg --install libpam-modules_1.1.3-7.1_i386.deb
(working all right - the dependencies must already be installed)
$ sudo dpkg --install libpam-modules_1.1.3-7.1_amd64.deb libpam-
modules_1.1.3-7.1_i386.deb
(Reading database ... 227374 files and directories currently installed.)
Preparing to replace libpam-modules:amd64 1.1.3-7.1 (using libpam-
modules_1.1.3-7.1_amd64.deb) ...
Unpacking replacement libpam-modules:amd64 ...
Preparing to replace libpam-modules:i386 1.1.3-7.1 (using libpam-
modules_1.1.3-7.1_i386.deb) ...
Unpacking replacement libpam-modules:i386 ...
dpkg: error processing libpam-modules_1.1.3-7.1_i386.deb (--install):
 trying to overwrite shared '/etc/security/limits.conf', which is different
from other instances of package libpam-modules:i386
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Setting up libpam-modules:amd64 (1.1.3-7.1) ...
Processing triggers for man-db ...
Errors were encountered while processing:
 libpam-modules_1.1.3-7.1_i386.deb

Interesting enough, if I reinstall just one of the two packages, things work
fine. Only if I tell dpkg to reinstall both architectures at the same time,
above error shows up.
This is not specific to libpam-modules (for which I reported this as bug [1]),
it also happens in my local multiarched version of libxvmc [2], which has a
conffile as well.

Kind regards,
Ralf

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684703
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640499



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-3
ii  libc6        2.13-33
ii  liblzma5     5.1.1alpha+20120614-1
ii  libselinux1  2.1.9-5
ii  tar          1.26-4
ii  zlib1g       1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.2

-- no debconf information

Message #10 received at 684776@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: Ralf Jung <post@ralfj.de>, 684776@bugs.debian.org

Subject: Re: Bug#684776: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Mon, 13 Aug 2012 22:50:28 +0200

Hi!

On Mon, 2012-08-13 at 20:45:08 +0200, Ralf Jung wrote:
> Package: dpkg
> Version: 1.16.4.3
> Severity: normal

> when an MA: same package contains a conffile, re-installing it causes dpkg to
> error out, complaining that the content of the conffile differs between the
> architectures - even though it does not.
> 
> To reproduce (on current testing):
> I assume an amd64 system with i386 as foreign architecture. libpam-
> modules:amd64 is installed, libpam-modules:i386 is not.
> $ sudo dpkg --install libpam-modules_1.1.3-7.1_i386.deb
> (working all right - the dependencies must already be installed)
> $ sudo dpkg --install libpam-modules_1.1.3-7.1_amd64.deb libpam-
> modules_1.1.3-7.1_i386.deb
> (Reading database ... 227374 files and directories currently installed.)
> Preparing to replace libpam-modules:amd64 1.1.3-7.1 (using libpam-
> modules_1.1.3-7.1_amd64.deb) ...
> Unpacking replacement libpam-modules:amd64 ...
> Preparing to replace libpam-modules:i386 1.1.3-7.1 (using libpam-
> modules_1.1.3-7.1_i386.deb) ...
> Unpacking replacement libpam-modules:i386 ...
> dpkg: error processing libpam-modules_1.1.3-7.1_i386.deb (--install):
>  trying to overwrite shared '/etc/security/limits.conf', which is different
> from other instances of package libpam-modules:i386
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Setting up libpam-modules:amd64 (1.1.3-7.1) ...
> Processing triggers for man-db ...
> Errors were encountered while processing:
>  libpam-modules_1.1.3-7.1_i386.deb
> 
> Interesting enough, if I reinstall just one of the two packages, things work
> fine. Only if I tell dpkg to reinstall both architectures at the same time,
> above error shows up.
> This is not specific to libpam-modules (for which I reported this as bug [1]),
> it also happens in my local multiarched version of libxvmc [2], which has a
> conffile as well.

Yeah, reproduced here, and looking into it right now. I have a hunch
I've already fixed this in my 1.17.x branch, though.

thanks,
guillem

Message #15 received at 684776@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: Ralf Jung <post@ralfj.de>, 684776@bugs.debian.org

Subject: Re: Bug#684776: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Tue, 14 Aug 2012 06:34:00 +0200

Control: found -1 dpkg/1.16.2
Control: severity -1 serious

On Mon, 2012-08-13 at 22:50:28 +0200, Guillem Jover wrote:
> On Mon, 2012-08-13 at 20:45:08 +0200, Ralf Jung wrote:
> > Package: dpkg
> > Version: 1.16.4.3
> > Severity: normal
> 
> > when an MA: same package contains a conffile, re-installing it causes dpkg to
> > error out, complaining that the content of the conffile differs between the
> > architectures - even though it does not.

> > [...test case...]

> > Interesting enough, if I reinstall just one of the two packages, things work
> > fine. Only if I tell dpkg to reinstall both architectures at the same time,
> > above error shows up.
> > This is not specific to libpam-modules (for which I reported this as bug [1]),
> > it also happens in my local multiarched version of libxvmc [2], which has a
> > conffile as well.
> 
> Yeah, reproduced here, and looking into it right now. I have a hunch
> I've already fixed this in my 1.17.x branch, though.

Ok, I fixed this locally and been running some tests, will do some
more tests and ponder a bit about the implications of the fix before
pushing to master.

thanks,
guillem

Message #24 received at 684776@bugs.debian.org (full text, mbox, reply):

From: Ralf Jung <post@ralfj.de>

To: Guillem Jover <guillem@debian.org>

Cc: 684776@bugs.debian.org

Subject: Re: Bug#684776: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Tue, 14 Aug 2012 11:28:40 +0200

Hi,

> > Yeah, reproduced here, and looking into it right now. I have a hunch
> > I've already fixed this in my 1.17.x branch, though.
> 
> Ok, I fixed this locally and been running some tests, will do some
> more tests and ponder a bit about the implications of the fix before
> pushing to master.
Thanks a lot for the quick reaction. I'll close the libpam-modules report, 
since they are not at fault, and update the information in the libxvmc bug.

Kind regards,
Ralf

Message #29 received at 684776@bugs.debian.org (full text, mbox, reply):

From: Ralf Jung <post@ralfj.de>

To: Guillem Jover <guillem@debian.org>, 684776@bugs.debian.org

Subject: Re: Re: Bug#684776: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Wed, 26 Sep 2012 14:43:26 +0200

Hi again,
(sorry if you got this mail twice, my email program is acting strange)

>> Yeah, reproduced here, and looking into it right now. I have a
>> hunch I've already fixed this in my 1.17.x branch, though.
> 
> Ok, I fixed this locally and been running some tests, will do some 
> more tests and ponder a bit about the implications of the fix before 
> pushing to master.
Any news on this?

Kind regards,
Ralf

Message #34 received at 684776@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: Ralf Jung <post@ralfj.de>, 684776@bugs.debian.org

Subject: Re: Bug#684776: Re: Bug#684776: dpkg incorrectly complains about conffile contents being different for MA packages

Date: Wed, 26 Sep 2012 18:36:58 +0200

Hi!

On Wed, 2012-09-26 at 14:43:26 +0200, Ralf Jung wrote:
> (sorry if you got this mail twice, my email program is acting strange)

No problem.

> >> Yeah, reproduced here, and looking into it right now. I have a
> >> hunch I've already fixed this in my 1.17.x branch, though.
> > 
> > Ok, I fixed this locally and been running some tests, will do some 
> > more tests and ponder a bit about the implications of the fix before 
> > pushing to master.

> Any news on this?

Yeah, sorry, I was preparing the release for around this week, but
just found some days ago a database corruption bug and I've been
doing some testing, and unfortunately now I need to prepare a call
for translators due to new strings, etc. Hope to coordinate that
today or tomorrow. And the upload should not take long after that.

thanks,
guillem

Message #39 received at 684776-submitter@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: 684776-submitter@bugs.debian.org

Subject: Bug#684776 marked as pending

Date: Sat, 13 Oct 2012 22:33:31 +0000

tag 684776 pending
thanks

Hello,

Bug #684776 reported by you has been fixed in the Git repository. You can
see the changelog below, and you can check the diff of the fix at:

    http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=05a8ddb

---
commit 05a8ddb482419d110571679a29bcd25e3c2b036d
Author: Guillem Jover <guillem@debian.org>
Date:   Sun Aug 26 18:14:55 2012 +0200

    dpkg: Fix logic on reinstallation of previously configured shared conffiles
    
    When checking for the validity of the Conffiles database field, do not
    just assume that a package that is just in stat_unpacked has never
    before been configured. Instead check if the last configured version
    is the same as the currently extracted version, which will mean the
    values in the Conffiles field are valid.
    
    Closes: #684776

diff --git a/debian/changelog b/debian/changelog
index 3671875..bcfa915 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -40,6 +40,8 @@ dpkg (1.16.9) UNRELEASED; urgency=low
     only the first package instance being configured will have a *.dpkg-new
     conffile available to be processed, the subsequent ones need to use the
     hash from the previously processed entries.
+  * Fix logic for previously configured conffiles, so that the shared
+    conffile checks actually work on reinstallation. Closes: #684776
 
   [ Updated programs translations ]
   * Czech (Miroslav Kure).

Message #44 received at 684776-close@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@debian.org>

To: 684776-close@bugs.debian.org

Subject: Bug#684776: fixed in dpkg 1.16.9

Date: Sat, 20 Oct 2012 05:32:34 +0000

Source: dpkg
Source-Version: 1.16.9

We believe that the bug you reported is fixed in the latest version of
dpkg, 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 684776@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <guillem@debian.org> (supplier of updated dpkg 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 ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sat, 20 Oct 2012 05:59:50 +0200
Source: dpkg
Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect
Architecture: source amd64 all
Version: 1.16.9
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>
Changed-By: Guillem Jover <guillem@debian.org>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
 libdpkg-dev - Debian package management static library
 libdpkg-perl - Dpkg perl modules
Closes: 682582 682978 683104 683221 683411 683514 683547 684776 685103 685297 685677 685863 686421 686995 687002 687656 688050 688416 689820 689836 689863 690415 690426 690431 690449 690678 690808 690823
Changes: 
 dpkg (1.16.9) unstable; urgency=low
 .
   [ Raphaël Hertzog ]
   * Fix dpkg-source regression in "3.0 (quilt)" source packages while
     unapplying patches that remove all files in a directory. Closes: #683547
   * Fix segfault in field format parsing on empty strings, affecting
     «dpkg-query -W -f ''» and «dpkg-deb -W --showformat=''». LP: #1035512
   * Fix dpkg's French usage string which was missing the final “s“ in
     --print-foreign-architectures. Closes: #685863
 .
   [ Guillem Jover ]
   * Use “statoverrides” instead of “statusoverrides” in dpkg-statoverride.
     Closes: #686995
   * Comment out dpkg(1) documentation about disabled --command-fd option.
     Closes: #685677
   * Cleanup dpkg-divert unit-test environment to avoid build failures.
     Closes: #687656
   * Fix update-alternatives test suite to behave correctly on non-Debian
     binary paths. Known to be affecting at least Gentoo and Mac OS X.
   * Do not leak subcall command arguments in update-alternatives.
   * Fix segfault on update-alternatives when passing --slave without any
     action at all. LP: #1037431
   * Fix memory leak in dpkg filesavespackage().
   * Do not print garbage (or worse) on dpkg shared conffile debug output.
   * Use a hash instead of a ref to a hash for keys() in Dpkg::BuildFlags
     get_feature_areas(). This causes compilation failures with older perl
     versions, which can be an issue with partial upgrades.
   * Fix filter subpattern debug output format string to print an actual
     value instead of just blanks.
   * Ignore trailing filter subpattern slashes on reinclusion comparison.
     This makes sure to reinclude directories previously excluded so that
     contained files marked for inclusion do not fail to unpack due to a
     missing directory. Closes: #688416
   * Do not consider obsolete conffiles as actively owned by the package.
     This ensures conffile entries are not misshandled nor mixed up when
     configuring packages owning the non-obsolete conffiles. Closes: #689836
     Based on a patch by Andreas Beckmann <debian@abeckmann.de>.
   * Properly mark in the database obsolete conffiles on package replaces.
   * Sync the Conffiles field values for all package instances. Because
     only the first package instance being configured will have a *.dpkg-new
     conffile available to be processed, the subsequent ones need to use the
     hash from the previously processed entries.
   * Fix logic for previously configured conffiles, so that the shared
     conffile checks actually work on reinstallation. Closes: #684776
   * Avoid info database corruption and bogus accesses on unknown format
     values, by always reading the format file and validating it.
   * Clarify that the most probable reason for multiarch database
     inconcistencies is due to upgrades from unofficial dpkg versions.
   * Only satisfy a dependency on a “Multi-Arch: foreign” if arch-unqualified.
   * Take architecture into account in virtual packages on remove and
     configure dpkg actions. Closes: #683411
   * Update update-alternatives --query format and examples in man page to
     match the implementation.
   * Add two missing 3rd person ‘s’ in dpkg-gensymbols(1). Closes: #689863
     Thanks to Paul Menzel <pm.debian@googlemail.com>.
   * Fix regression on old-style binNMUs for packages that specify an
     explicit binary version to dpkg-gencontrol, by always fixing up the
     source version. Closes: #690823
 .
   [ Updated programs translations ]
   * Catalan (Guillem Jover).
   * Czech (Miroslav Kure).
   * Danish (Joe Dalton). Closes: #690808
   * French (Christian Perrier).
   * German (Sven Joachim).
   * Italian (Milo Casagrande).
   * Japanese (Kenshi Muto).
   * Polish (Michał Kułach). Closes: #690449
   * Portuguese (Miguel Figueiredo). Closes: #682582, #690431
   * Russian (Yuri Kozlov). Closes: #688050, #690415
   * Slovak (Ivan Masár). Closes: #690426
   * Swedish (Peter Krefting).
   * Thai (Theppitak Karoonboonyanan). Closes: #690678
   * Traditional Chinese (imacat). Closes: #687002
 .
   [ Updated scripts translations ]
   * Polish (Michał Kułach). Closes: #683104
   * Spanish (Omar Campagne). Closes: #685297
 .
   [ Updated dselect translations ]
   * Basque (Iñaki Larrañaga Murgoitio). Closes: #686421
   * Czech (Miroslav Kure).
   * Danish (Joe Dalton). Closes: #689820
   * Polish (Michał Kułach).
 .
   [ Updated man page translations ]
   * French (Thomas Vincent, Sylvestre Ledru, Christian Perrier).
     Closes: #682978, #683221
   * German (Helge Kreutzmann).
   * Japanese (Hideki Yamane). Closes: #685103
   * Polish (Michał Kułach).
   * Spanish (Omar Campagne, Guillem Jover). Closes: #683514
   * Swedish (Peter Krefting).
Checksums-Sha1: 
 a2c07bdb82ccedfcb39d723ba027c5a4aa2129b2 1372 dpkg_1.16.9.dsc
 c48dd955f77afdc5eca959b96265b65cfddd665c 3697752 dpkg_1.16.9.tar.xz
 440a5b7dcb214806cc33e176047f38c343fe03d9 683802 libdpkg-dev_1.16.9_amd64.deb
 274eb53df3dc169bfd8cf5b28ff881c81fecb62f 2560574 dpkg_1.16.9_amd64.deb
 8c07b71368e1106c1351261b3209a2044137dc69 1139408 dselect_1.16.9_amd64.deb
 957f7176c9c49cf49cf544d5e126b6fc687b1fa8 1284714 dpkg-dev_1.16.9_all.deb
 ccf04b508ff8ebaef80dfd124648a5609282a82f 945662 libdpkg-perl_1.16.9_all.deb
Checksums-Sha256: 
 a492260b9e89b22d45b880e0bab6ef9377924e7959bac4bd855a3187b0211146 1372 dpkg_1.16.9.dsc
 73cd7fba4e54acddd645346b4bc517030b9c35938e82215d3eeb8b4e7af26b7a 3697752 dpkg_1.16.9.tar.xz
 b6c2ea087b4adb60f2191c5d31ee6cd00124f506310ac518efedec3e81942a62 683802 libdpkg-dev_1.16.9_amd64.deb
 4c76dedc1f2034db55290bb0383bfa9fead04529d5e0120d4eed1484928f8007 2560574 dpkg_1.16.9_amd64.deb
 a5f31f92267ca9aeeba62a56fdaabb2c4128c339dc77fbc5d9132d717c0c1fa6 1139408 dselect_1.16.9_amd64.deb
 bad74f181cd4f3141d77cfeab38e6c3acf522a4561cc9f584d16306a22734c99 1284714 dpkg-dev_1.16.9_all.deb
 cd8cd00d1c0967afbdfc0bc438ed096886be66454415b26de39335102a1c0307 945662 libdpkg-perl_1.16.9_all.deb
Files: 
 0039f955d73857978e10d32b35288c6d 1372 admin required dpkg_1.16.9.dsc
 4df9319b2d17e19cdb6fe94dacee44da 3697752 admin required dpkg_1.16.9.tar.xz
 22d31dbc426fda5fb6f654392d9e17f0 683802 libdevel optional libdpkg-dev_1.16.9_amd64.deb
 3d3a605e2aa043e4994b15bb8c507977 2560574 admin required dpkg_1.16.9_amd64.deb
 e9d13809f18ac4c1ad4c81ee545d2c72 1139408 admin optional dselect_1.16.9_amd64.deb
 fcbb110845d049570bb375a00f7dcc61 1284714 utils optional dpkg-dev_1.16.9_all.deb
 4bb2ffb948ce93d329795fac6ddc5a3b 945662 perl optional libdpkg-perl_1.16.9_all.deb

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

iEYEARECAAYFAlCCLP4ACgkQuW9ciZ2SjJvEWwCfWHivEoGLMHDGYJTTv12Xd7x1
nDsAoPB9nO02ri8r6sHGHDyLh05qJsIB
=CQKA
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.