Package: udev
Version: 171-2
Severity: important
The host system is running kernel version 2.6.29-1-amd64 and is
trying to automatically install (update) udev in a chroot but fails
with:
| Preparing to replace udev 164-3 (using .../archives/udev_171-2_amd64.deb) ...
| dpkg: error processing /var/cache/apt/archives/udev_171-2_amd64.deb
(--unpack):
| subprocess new pre-installation script returned error exit status 1
| [...]
| Errors were encountered while processing:
| /var/cache/apt/archives/udev_171-2_amd64.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)
When installing manually and answering "Proceed with the udev
upgrade despite the kernel incompatibility" regarding the "You MUST
install a compatible kernel version (2.6.32 or newer)" check with
"Yes" I notice:
| This version of udev requires a kernel >= 2.6.27, but the upgrade was forced.
| /var/lib/dpkg/tmp.ci/preinst: 259: udevd: not found
| Replacing files in old package libudev0 ...
| Processing triggers for man-db ...
| Can not write log, openpty() failed (/dev/pts not mounted?)
| Setting up udev (171-2) ...
| Installing new version of config file /etc/init.d/udev-mtab ...
| Installing new version of config file /etc/init.d/udev ...
| A chroot environment has been detected, udev not started.
| A chroot environment has been detected, udev not started.
Besides the wrong version number (2.6.27 vs 2.6.32) and executing
the non-present udevd binary I noticed that udev.preinst doesn't
seem to support preseeding the according debconf question. Therefore
it's not possible to force installation of udev in such an
environment in automated mode (please correct me if I'm wrong).
Maybe the chroot check (which exists and works) could also be
extended to this "requires a kernel >= 2.6.{27,32}" check so it's
possible but not necessary to preseed the values for chroots.
IMHO this qualifies for an RC bug to not migrate to testing, but
leaving that decission to others.
regards,
-mika-
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
