Le 22.11.2011 23:46, Serafeim Zanikolas a écrit :
Hi Philippe,
I sympathise with the aim, but debconf is needed in pretty much all
invocation
modes. That's because the user is prompted to make a choice when a
service
selector matches more than one entry (which is terrible; check out
DEP9 for an
alternative design)
Feel free to clarify if I'm missing something, or else I'll just
close the
bug.
cheers,
sez
Hi Serafeim,
I understand why Debconf is needed by update-inetd most of the time.
The point is that there is no debconf screen if --multi is used (since
there is no need to ask admin agreement).
Moreover, there is no more Debconf question when a wrong name of
service is given to update-inetd :
server-bl:~# TERM=
server-bl:~# update-inetd --disable wrong_name
debconf: unable to initialize frontend: Dialog
debconf: (TERM is not set, so the dialog frontend is not usable.)
debconf: falling back to frontend: Readline
(I cleared out $TERM to emulate the problem I encounter when
update-inetd is executed by udev).
So, if there is no Debconf usage in these two situations, maybe it is
not necessary to load Debconf module. It would solve my issue (the
warning about TERM value) and optimize update-inetd. I think it would be
interesting not to load Debconf module if --multi is given to CLI.
Do not hesitate if you need more information and feel free to close the
report if you really think this is not to fix.
Regards,
--
Philippe
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org