I just created a chroot with just two packages upgradable: # apt-get dist-upgrade -o Debug::pkgDpkgPm=true -y -o Debug::pkgOrderList=false -o Debug::pkgPackageManager=true Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: linux-image-2.6.31-14-generic udev 2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. /usr/bin/dpkg --status-fd 9 --unpack --auto-deconfigure /var/cache/apt/archives/linux-image-2.6.31-14-generic_2.6.31-14.48_amd64.deb /var/cache/apt/archives/udev_147~-6_amd64.deb /usr/bin/dpkg --status-fd 11 --configure linux-image-2.6.31-14-generic udev
So the ordering here is wrong. If I add initramfs-tools to the mix, it looks right again: apt-get dist-upgrade -o Debug::pkgDpkgPm=true Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: initramfs-tools linux-image-2.6.31-14-generic udev 3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/29.5MB of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? debconf: delaying package configuration, since apt-utils is not installed /usr/bin/dpkg --status-fd 9 --unpack --auto-deconfigure /var/cache/apt/archives/udev_147~-6_amd64.deb /var/cache/apt/archives/initramfs-tools_0.92bubuntu53_all.deb /var/cache/apt/archives/linux-image-2.6.31-14-generic_2.6.31-14.48_amd64.deb /usr/bin/dpkg --status-fd 11 --configure initramfs-tools udev linux-image-2.6.31-14-generic Now the odd thing is that: dpkg --unpack --auto-deconfigure /var/cache/apt/archives/linux-image-2.6.31-14-generic_2.6.31-14.48_amd64.deb /var/cache/apt/archives/udev_147~-6_amd64.deb (Reading database ... 14430 files and directories currently installed.) Preparing to replace linux-image-2.6.31-14-generic 2.6.31-14.47 (using .../linux-image-2.6.31-14-generic_2.6.31-14.48_amd64.deb) ... Done. Unpacking replacement linux-image-2.6.31-14-generic ... Preparing to replace udev 147~-5 (using .../archives/udev_147~-6_amd64.deb) ... Adding `local diversion of /sbin/udevadm to /sbin/udevadm.upgrade' Unpacking replacement udev ... # dpkg --configure -a Setting up linux-image-2.6.31-14-generic (2.6.31-14.48) ... Running depmod. update-initramfs: Generating /boot/initrd.img-2.6.31-14-generic Not updating initrd symbolic links since we are being updated/reinstalled (2.6.31-14.47 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.31-14.47 was configured last, according to dpkg) Setting up udev (147~-6) ... udev start/running, process 17756 Removing `local diversion of /sbin/udevadm to /sbin/udevadm.upgrade' update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools ... update-initramfs: Generating /boot/initrd.img-2.6.31-14-generic So here dpkg will also order it this way (first l-i, then udev)) -- udev initramfs hook ignores that udevadm is disabled, copies it anyway https://bugs.launchpad.net/bugs/453678 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
