Bug#631808: Package fails to upgrade; unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new'
Package: e2fsprogs Version: 1.41.12-4stable1 Severity: important When attempting to upgrade to Debian 6.0.2 from Debian 6.0.1, I received the following error in e2fsprogs: scotsman:/home/rdb# aptitude safe-upgrade The following packages will be upgraded: apt apt-listchanges apt-utils bind9-host dbus dbus-x11 deborphan dnsutils e2fsprogs exim4 exim4-base exim4-config exim4-daemon-light firmware-linux-free gdm3 gnome-settings-daemon host iceweasel isc-dhcp-client isc-dhcp-common klibc-utils libapr1 libbind9-60 libburn4 libcomerr2 libdbus-1-3 libdns69 libgssapi-krb5-2 libisc62 libisccc60 libisccfg62 libk5crypto3 libklibc libkrb5-3 libkrb5support0 libldap-2.4-2 liblwres60 libmms0 libmodplug1 libmozjs2d libperl5.10 libsmbclient libss2 libtiff4 libwbclient0 libxml2 libxml2-utils linux-base linux-image-2.6.32-5-686 perl perl-base perl-modules python-apt python-apt-common python-libxml2 qemu qemu-keymaps qemu-system qemu-user qemu-utils samba samba-common samba-common-bin samba-doc smbclient swat vino winbind x11-xserver-utils xserver-xorg-video-tseng xulrunner-1.9.1 71 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/116 MB of archives. After unpacking 831 kB will be freed. Do you want to continue? [Y/n/?] Reading changelogs... Done Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 121109 files and directories currently installed.) Preparing to replace e2fsprogs 1.41.12-2 (using /e2fsprogs_1.41.12-4stable1_i386.deb) ... Unpacking replacement e2fsprogs ... Replaced by files in installed package util-linux ... dpkg: error processing /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb (--unpack): unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new' (while processing `./usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo'): No such file or directory configured to not write apport reports dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: scotsman:/home/rdb# Creating the directory /usr/share/locale/tr/LC_MESSAGES/ allowed installation to continue and complete successfully. After a little further investigation, it appears that before upgrade, I had no packages that included messages in LC_MESSAGES for the Turkish locale, and thus /usr/share/locale/tr did not exist. On upgrade to 6.0.2, several packages now have Turkish local error messages. As it happens, the first to attempt to install was e2fsprogs, which failed with the error above. By moving /usr/share/locale/tr/ aside and reinstalling otrher packages with files in /usr/share/locale/tr/LC_MESSAGES/ (I chose vino), I was able to show that other packages ensure this directory is created and do not fail in the same way as e2fsprogs. Tentative suggested resolution: enhance installation of e2fsprogs for the existence of /usr/share/locale/tr/ and /usr/share/locale/tr/LC_MESSAGES/, and to create them if they do not exist. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) 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 e2fsprogs depends on: ii e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libss2 1.41.12-4stable1 command-line interface parsing lib ii libuuid12.17.2-9 Universally Unique ID library ii util-linux 2.17.2-9 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) pn partednone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631808: Package fails to upgrade; unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new'
reassign 631808 dpkg found 631808 1.15.8.10 thanks On 2011-06-27 13:43 +0200, Roger Broadbent wrote: Package: e2fsprogs Version: 1.41.12-4stable1 Severity: important When attempting to upgrade to Debian 6.0.2 from Debian 6.0.1, I received the following error in e2fsprogs: scotsman:/home/rdb# aptitude safe-upgrade The following packages will be upgraded: apt apt-listchanges apt-utils bind9-host dbus dbus-x11 deborphan dnsutils e2fsprogs exim4 exim4-base exim4-config exim4-daemon-light firmware-linux-free gdm3 gnome-settings-daemon host iceweasel isc-dhcp-client isc-dhcp-common klibc-utils libapr1 libbind9-60 libburn4 libcomerr2 libdbus-1-3 libdns69 libgssapi-krb5-2 libisc62 libisccc60 libisccfg62 libk5crypto3 libklibc libkrb5-3 libkrb5support0 libldap-2.4-2 liblwres60 libmms0 libmodplug1 libmozjs2d libperl5.10 libsmbclient libss2 libtiff4 libwbclient0 libxml2 libxml2-utils linux-base linux-image-2.6.32-5-686 perl perl-base perl-modules python-apt python-apt-common python-libxml2 qemu qemu-keymaps qemu-system qemu-user qemu-utils samba samba-common samba-common-bin samba-doc smbclient swat vino winbind x11-xserver-utils xserver-xorg-video-tseng xulrunner-1.9.1 71 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/116 MB of archives. After unpacking 831 kB will be freed. Do you want to continue? [Y/n/?] Reading changelogs... Done Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 121109 files and directories currently installed.) Preparing to replace e2fsprogs 1.41.12-2 (using /e2fsprogs_1.41.12-4stable1_i386.deb) ... Unpacking replacement e2fsprogs ... Replaced by files in installed package util-linux ... dpkg: error processing /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb (--unpack): unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new' (while processing `./usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo'): No such file or directory configured to not write apport reports dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: scotsman:/home/rdb# Creating the directory /usr/share/locale/tr/LC_MESSAGES/ allowed installation to continue and complete successfully. After a little further investigation, it appears that before upgrade, I had no packages that included messages in LC_MESSAGES for the Turkish locale, and thus /usr/share/locale/tr did not exist. On upgrade to 6.0.2, several packages now have Turkish local error messages. As it happens, the first to attempt to install was e2fsprogs, which failed with the error above. By moving /usr/share/locale/tr/ aside and reinstalling otrher packages with files in /usr/share/locale/tr/LC_MESSAGES/ (I chose vino), I was able to show that other packages ensure this directory is created and do not fail in the same way as e2fsprogs. I can confirm that this problem does not show up with (e.g.) coreutils instead of e2fsprogs, but that does not necessarily mean that e2fsprogs is broken. Tentative suggested resolution: enhance installation of e2fsprogs for the existence of /usr/share/locale/tr/ and /usr/share/locale/tr/LC_MESSAGES/, and to create them if they do not exist. The directories are present in the package however, and dpkg is supposed to create them if they are missing on the filesystem. I'm reassigning this bug to dpkg and attach the output of dpkg -D110 -i /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb Cheers, Sven D10: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci' (Reading database ... 10298 files and directories currently installed.) Preparing to replace e2fsprogs 1.41.12-4stable1 (using .../e2fsprogs_1.41.12-4stable1_i386.deb) ... Unpacking replacement e2fsprogs ... D10: tarobject ti-name='.' mode=40755 owner=0.0 type=53(d) ti-linkname='' namenode='/.' flags=2 instead='none' D000100: setupvnamevbs main=`/.' tmp=`/..dpkg-tmp' new=`/..dpkg-new' D000100: tarobject already exists D000100: tarobject directory exists D10: tarobject ti-name='./etc' mode=40755 owner=0.0 type=53(d) ti-linkname='' namenode='/etc' flags=2 instead='none' D000100: setupvnamevbs main=`/etc' tmp=`/etc.dpkg-tmp' new=`/etc.dpkg-new' D000100: tarobject already exists D000100: tarobject directory exists D10: tarobject ti-name='./etc/mke2fs.conf' mode=100644 owner=0.0 type=48(-) ti-linkname='' namenode='/etc/mke2fs.conf' flags=7 instead='none' D000100: setupvnamevbs main=`/etc/mke2fs.conf' tmp=`/etc/mke2fs.conf.dpkg-tmp' new=`/etc/mke2fs.conf.dpkg-new' D000100: tarobject already exists D10: ensure_pathname_nonexisting `/etc/mke2fs.conf.dpkg-new' D10: ensure_pathname_nonexisting
Bug#631808: Package fails to upgrade; unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new'
Hi! On Mon, 2011-06-27 at 15:01:20 +0200, Sven Joachim wrote: On 2011-06-27 13:43 +0200, Roger Broadbent wrote: Package: e2fsprogs Version: 1.41.12-4stable1 Severity: important Creating the directory /usr/share/locale/tr/LC_MESSAGES/ allowed installation to continue and complete successfully. After a little further investigation, it appears that before upgrade, I had no packages that included messages in LC_MESSAGES for the Turkish locale, and thus /usr/share/locale/tr did not exist. On upgrade to 6.0.2, several packages now have Turkish local error messages. As it happens, the first to attempt to install was e2fsprogs, which failed with the error above. By moving /usr/share/locale/tr/ aside and reinstalling otrher packages with files in /usr/share/locale/tr/LC_MESSAGES/ (I chose vino), I was able to show that other packages ensure this directory is created and do not fail in the same way as e2fsprogs. I can confirm that this problem does not show up with (e.g.) coreutils instead of e2fsprogs, but that does not necessarily mean that e2fsprogs is broken. I can reproduce this, but only if removing the directory tree for a package which has both these directories and other files replaced by another package, before installing it. So what I don't know is how the file system ended up missing those directories, do any of you guys have something like localepurge installed by any chance? Because as the logs show the directories are shipped in many other already installed packages (the “tarobject ... found” message). Tentative suggested resolution: enhance installation of e2fsprogs for the existence of /usr/share/locale/tr/ and /usr/share/locale/tr/LC_MESSAGES/, and to create them if they do not exist. The directories are present in the package however, and dpkg is supposed to create them if they are missing on the filesystem. I'm reassigning this bug to dpkg and attach the output of dpkg -D110 -i /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb D10: tarobject ti-name='./usr/share/locale/tr' mode=40755 owner=0.0 type=53(d) ti-linkname='' namenode='/usr/share/locale/tr' flags=2 instead='none' D000100: setupvnamevbs main=`/usr/share/locale/tr' tmp=`/usr/share/locale/tr.dpkg-tmp' new=`/usr/share/locale/tr.dpkg-new' D000100: tarobject nonexistent D10: tarobject ... found in debconf-i18n D10: tarobject ... found in tar D10: tarobject ... found in binutils D10: tarobject ... found in login D10: tarobject ... found in gnupg D10: tarobject ... found in grep D10: tarobject ... found in coreutils D10: tarobject ... found in libpam-runtime D10: tarobject ... found in sed D10: tarobject ... found in make D10: tarobject ... found in bash D10: tarobject ... found in aptitude D10: tarobject ... found in util-linux Replaced by files in installed package util-linux ... D10: tarobject ... found in diffutils D10: tarobject ... found in findutils D10: tarobject ti-name='./usr/share/locale/tr/LC_MESSAGES' mode=40755 owner=0.0 type=53(d) ti-linkname='' namenode='/usr/share/locale/tr/LC_MESSAGES' flags=2 instead='none' D000100: setupvnamevbs main=`/usr/share/locale/tr/LC_MESSAGES' tmp=`/usr/share/locale/tr/LC_MESSAGES.dpkg-tmp' new=`/usr/share/locale/tr/LC_MESSAGES.dpkg-new' D000100: tarobject nonexistent D10: tarobject ... found in debconf-i18n D10: tarobject ... found in tar D10: tarobject ... found in binutils D10: tarobject ... found in login D10: tarobject ... found in gnupg D10: tarobject ... found in grep D10: tarobject ... found in coreutils D10: tarobject ... found in libpam-runtime D10: tarobject ... found in sed D10: tarobject ... found in make D10: tarobject ... found in bash D10: tarobject ... found in aptitude D10: tarobject ... found in util-linux D10: tarobject ... found in diffutils D10: tarobject ... found in findutils These two not being created are bad interactions between non-existent directories and other files being replaced (in the code wrong logic with keepexisting and existingdir), I'll prepare a patch for that. Which causes the following: D10: tarobject ti-name='./usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo' mode=100644 owner=0.0 type=48(-) ti-linkname='' namenode='/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo' flags=2 instead='none' D000100: setupvnamevbs main=`/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo' tmp=`/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-tmp' new=`/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new' D000100: tarobject nonexistent D10: ensure_pathname_nonexisting `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new' D10: ensure_pathname_nonexisting `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-tmp' dpkg: error processing /var/cache/apt/archives/e2fsprogs_1.41.12-4stable1_i386.deb
Bug#631808: Package fails to upgrade; unable to create `/usr/share/locale/tr/LC_MESSAGES/e2fsprogs.mo.dpkg-new'
On 2011-06-27 18:29 +0200, Guillem Jover wrote: On Mon, 2011-06-27 at 15:01:20 +0200, Sven Joachim wrote: On 2011-06-27 13:43 +0200, Roger Broadbent wrote: After a little further investigation, it appears that before upgrade, I had no packages that included messages in LC_MESSAGES for the Turkish locale, and thus /usr/share/locale/tr did not exist. On upgrade to 6.0.2, several packages now have Turkish local error messages. As it happens, the first to attempt to install was e2fsprogs, which failed with the error above. By moving /usr/share/locale/tr/ aside and reinstalling otrher packages with files in /usr/share/locale/tr/LC_MESSAGES/ (I chose vino), I was able to show that other packages ensure this directory is created and do not fail in the same way as e2fsprogs. I can confirm that this problem does not show up with (e.g.) coreutils instead of e2fsprogs, but that does not necessarily mean that e2fsprogs is broken. I can reproduce this, but only if removing the directory tree for a package which has both these directories and other files replaced by another package, before installing it. So what I don't know is how the file system ended up missing those directories, do any of you guys have something like localepurge installed by any chance? Because as the logs show the directories are shipped in many other already installed packages (the “tarobject ... found” message). I don't think that localepurge removes directories. For the issue at hand, I did rm -rf /usr/share/locale/tr in a throwaway chroot to reproduce it. Some people may be tempted to do this as a shortcut to free disk space after adding such directories to dpkg's path-exclude list, rather than reinstalling packages piecemeal. And accidents that lead to deletion of directory trees also happen. Also this probably should be RC, and a targetted fix released for stable. I agree. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
