On Mon, May 09, 2005 at 09:11:50PM -0400, Joey Hess wrote: > > I really think this is a bug that needs to be dealt with from the debconf > > side of things. Torsten, if you want to add a workaround to slapd, that > > should be ok, but the real bug appears to be that the readline frontend is > > somehow defaulting to an empty string for text values (although, not in my > > testing here...). It may be that slapd is one of the more severely affected > > packages, but I'm sure it's not the only place this causes problems.
> The bug is in slapd for including this text in its debconf template: > "The default is /var/backups/slapd-VERSION" > This comes under the heading of not referring to debconf UI in a > template. Just as you don't know how debconf will choose to present a > yes/no question and thus "say yes" constructions should be avoided, you > don't know how or if a given debconf frontend handles default values[1]. > Indeed a static template such as this one doesn't even know for sure > what the default value _is_; it could have been overriden. > The technical details of why debconf is not able to present a default > value with the readline frontend, when the recommended > literm-readline-gnu-perl is not installed, or with the teletype > frontend, are already explained in bug #183970. I know of no better > solution than what debconf already does, aside from perhaps refusing to > run the readline frontend without literm-readline-gnu-perl (but this > wouldn't fix the teletype frontend anyway). > I'll reassign this back to slapd if it's agreeable. Aha, ok. Well, it's agreeable enough to me, given that this seems to already be a known bug that isn't readily fixable. It appears Torsten has other comments. :) AIUI, this was being worked around in the slapd scripts anyway... -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature
