Hi Daniel, On Sun, Mar 17, 2013 at 05:34:03PM +0800, Daniel Hartwig wrote: > Control: reopen 628996 > Control: retitle 628996 apt-listbugs: please use debconf > #Control: tags 628996 - moreinfo > > On 17 March 2013 16:17, Francesco Poli <invernom...@paranoici.org> wrote: > > On Sun, 17 Mar 2013 10:41:52 +0800 Daniel Hartwig wrote: > > > > [...] > >> Debconf may provide a suitable interface there > > > > Please see the bug log of #628996 for more details about a possible > > Debconf frontend and the related difficulties... [..] > Debconf is the standard way to handle this type of user interaction > during Apt activity, and provides more control to the user (i.e. using > DEBIAN_FRONTEND and preconfiguring). At the moment, current > non-interactive behaviour is one of: > - avoid running apt-listbugs, due to work-around for #662983; > - abort always when RC bugs. > > The second is, IMO, the more reasonable default. Ideally, the minimum > severity of bugs to cause abort should be configurable but that is yet > another wishlist :-) [..]
No doubt the current behaviour of noop is not doing apt-listbugs justice. I agree that debconf is generally the best way to handle a situation where terminal interaction may or may not be possible. But as far as I understand, debconf could only be used to set/retrieve a generic policy decision: whether and at what level of severity should packages be pin'ed, right? If that is so, then debconf can not support the current granularity of user interaction: ie. I want to pin this and that package and I'm OK upgrading this other one. If I understand correctly, debconf can only be used with predefined templates, thus predefined generic policy questions (as opposed to questions that can be different on every invocation). If that is so, then debconf would be an improvement over the current noop, but would still leave something be desired. -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
