[Debconf-devel] Bug#367497: debconf: With noninteractive frontend, debconf should print "error" templates to stderr

[Emmet Hikory]

Tags: patch

    Attached is a patch that seems to generate the desired output in
this situation.  The display implementation in NonInteractive is based
very strongly on the Teletype implementation, although with
presumptions of fixed console width and infinite console length.  I've
chosen to duplicate the posting of the message in
Element/NonInteractive/Error.pm rather than migrate all the sendmail
handling to display() with the intention of providing the least
invasive patch.

    Behaviour has been verified by attempting the install of
ltsp-client-core in a recent sid chroot with debconf 1.5.40 and with
the results of 1.5.40 after applying the patch.  In the first case,
one is presented with notice of the failure to install from the
preinst.  In the second case, one is presented by both the message
from the template and the message from the preinst.  Unapplying the
workaround in ltsp-client-core is unlikely to happen until a debconf
fixing this bug is present in stable, in the interest of supporting
backports (given an expectation of versioned predepends).

-- 
Emmet HIKORY
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 367497.patch
Type: application/octet-stream
Size: 2702 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/debconf-devel/attachments/20110728/b1ce8905/attachment.obj>