Bug#330445: do_initrd message fails in noninteractive install

[Ryan Murray <rmurray@debian.org>]

Package: linux-image-2.6.12-1-powerpc,linux-kernel-di-powerpc-2.6,kernel-package
Severity: serious

The problem:
* linux-kernel-di-powerpc-2.6 build-depends on kernel images.
* build daemons install packages in noninteractive mode
* the kernel images do not install successfully in noninteractive mode:

[...]
Selecting previously deselected package linux-image-2.6.12-1-powerpc.
Unpacking linux-image-2.6.12-1-powerpc (from .../linux-image-2.6.12-1-powerpc_2.6.12-10_powerpc.deb) ...

You are attempting to install an initrd kernel image (version 2.6.12-1-powerpc)
This will not work unless you have configured your boot loader to use
initrd. (An initrd image is a kernel image that expects to use an INITial
Ram Disk to mount a minimal root file system into RAM and use that for
booting).


I repeat, You need to configure your boot loader -- please read your
bootloader documentation for details on how to add initrd images.

If you have already done so, and you wish to get rid of this message,
please put
  "do_initrd = Yes"
in /etc/kernel-img.conf. Note that this is optional, but if you do not,
you will continue to see this message whenever you install a kernel
image using initrd.
Do you want to stop now? [Y/n]Ok, Aborting
dpkg: error processing /home/buildd/build/chroot-unstable/var/cache/apt/archives/linux-image-2.6.12-1-powerpc_2.6.12-10_powerpc.deb (--unpack):
 subprocess pre-installation script returned error exit status 1
run-parts: executing /etc/kernel/postrm.d/mkvmlinuz
run-parts: /etc/kernel/postrm.d/mkvmlinuz exited with return code 10
Failed to process /etc/kernel/postrm.d at /var/lib/dpkg/tmp.ci/postrm line 270.
dpkg: error while cleaning up:
 subprocess post-removal script returned error exit status 2
[...]

Once this happens, we have the following dpkg-l output:
pHR linux-image-2.6.12-1-powerpc        2.6.12-10
pHR linux-image-2.6.12-1-powerpc-miboot 2.6.12-10
pHR linux-image-2.6.12-1-powerpc64      2.6.12-10

And the chroot isn't useful for much until manually cleaned up.

So, when stdin is not a terminal, the kernel packages should probably
not be prompting the user for input and failing package installation
based on the answer.

For a full build log of the problem, see: http://buildd.debian.org/fetch.php?&pkg=linux-kernel-di-powerpc-2.6&ver=1.04&arch=powerpc&stamp=1127861871&file=log&as=raw

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc