This problem is the result of update-inetd having code to prompt for
input when it find strange configuration. This code reads input from
stdin. One solution might be to rewrite update-inetd to use debconf
for prompting instead.
This fragment in /usr/sbin/update-inetd is a hack to avoid triggering
a problem with noninteractive installs as used by debootstrap,
pbuilder etc:
# hack to make update-inetd work in a script which calls debconf
if($ENV{DEBIAN_HAS_FRONTEND}) {
my $file = ($ENV{DEBIAN_FRONTEND} eq 'noninteractive') ?
'/dev/null' : '/dev/tty'; # see 4.13 changelog entry
open(STDIN, "<$file") or die "Couldn't reopen stdin($file): $!";
open(STDOUT, ">$file") or die "Couldn't reopen stdout($file): $!";
open(STDERR, ">$file") or die "Couldn't reopen stderr($file): $!";
}
The code to prompt for input can be found in
/usr/share/perl5/DebianNet.pm, and one example look like this:
do {
print @_,
"\nDo you want to ignore this potential problem and continue, or would
you rather not do so now ? Continue? (n/y) ";
$!=0; defined($response=<STDIN>) || die "netconfig: EOF/error on
stdi
n: $!\n";
} while ($response !~ m/^\s*[yn]?\s*$/i);
A quick-fix would be to extend the hack to test for 'kde' and 'gnome'
frontend as well as the 'noninteractive' frontend in
/usr/sbin/update-inetd, but this might not behave as it should when
using adept or synaptic (or any graphical apt frontend). When
problems are detected, the question would not be presented to the user
but only silently be answered with the default answer.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
