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

Reply via email to