On Wed, 2013-01-23 at 03:40:34 +0100, Uwe Storbeck wrote: > Package: dpkg > Version: 1.16.9 > Severity: grave > Justification: causes non-serious data loss
I doubt this is a problem in dpkg, otherwise this should have shown up early on. From the looks of it, it seems specific problems in those packages you list, probably from fragile /use/share/doc/ symlink transition handling, and symlinks remaining on the system from packages older than the ones in squeeze. > before and after the upgrade from squeeze to wheezy I checked > my system with debsums. After the upgrade I found several > modified files. I tried to fix the changed files by reinstalling > the associated packages. Take into account that some packages ship bogus md5sums (hashes that do not match the shipped files in the .deb package), so those will show up as modified. Then there's the problem I described above, which can appear as a package modifying another one, if those other packages modified come from the same source package then that's a clear sign this is the most probable cause of error. > The bug happens with more than one package and I don't see > anything which is overwriting files from a different package > in these packages. That's why I file this bug against dpkg. > But I'm not an expert for debian packages, so be free to > reassign the bug to any other package. I also do not know what > the appropriate severity for this bug should be. But when the > package system corrupts installed files on the system I think > that's a release critical bug, hence severity grave. It seems the only involved packages are e2fsck-static, e2fsprogs, libtiff-tools, libtiff4 and libtiffxx0c2. > grappa:~# md5sum /usr/share/doc/e2fsprogs/copyright > 726570c997e520841dbf8f7611b173ae /usr/share/doc/e2fsprogs/copyright > > grappa:~# grep copyright /var/lib/dpkg/info/e2fsprogs.md5sums > 51a47eee51e75de66777fc781af2f063 usr/share/doc/e2fsprogs/copyright I'll check these out later today. > grappa:~# debsums --changed > /usr/share/doc/libtiff-tools/README > /usr/share/doc/libtiff-tools/TODO > /usr/share/doc/libtiff-tools/changelog.Debian.gz > /usr/share/doc/libtiff-tools/changelog.gz This one seems clearish, a previous version of libtiff-tools used to symlink /usr/share/doc/libtiff-tools to /usr/share/doc/libtiff4. Also the maintainer script removes the /usr/share/doc/libtiff-tools on upgrade if it's a directory and not symlink, which makes those disappear only on upgrade not on a clean installation. > grappa:~# debsums --changed > debsums: missing file /usr/share/doc/libtiff4/README (from libtiff4:i386 > package) > debsums: missing file /usr/share/doc/libtiff4/TODO (from libtiff4:i386 > package) > debsums: missing file /usr/share/doc/libtiff4/changelog.Debian.gz (from > libtiff4:i386 package) > debsums: missing file /usr/share/doc/libtiff4/changelog.gz (from > libtiff4:i386 package) > debsums: missing file /usr/share/doc/libtiff4/copyright (from libtiff4:i386 > package) > debsums: missing file /usr/share/doc/libtiffxx0c2/README (from > libtiffxx0c2:i386 package) > debsums: missing file /usr/share/doc/libtiffxx0c2/TODO (from > libtiffxx0c2:i386 package) > debsums: missing file /usr/share/doc/libtiffxx0c2/changelog.Debian.gz (from > libtiffxx0c2:i386 package) > debsums: missing file /usr/share/doc/libtiffxx0c2/changelog.gz (from > libtiffxx0c2:i386 package) > debsums: missing file /usr/share/doc/libtiffxx0c2/copyright (from > libtiffxx0c2:i386 package) I'm guessing this is a combination of the symlink situation I mentioned above. I'll check this further and most probably reassign to the other packages. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
