On Tue, Apr 13, 2010 at 12:30:54PM -0400, Joey Hess wrote:
> Debconf can't use perl modules that are in perl-modules, it has to work
> with only perl-base.
Argh.
> I'd suggest this patch as the cleanest fix. Only problem is that
> DbDriver::Stack can fail if the topmost DbDriver in a stack is rea
Joey Hess wrote:
> Actually, Stack doesn't fail here, it only debugs a complaint. So
> my patch does not lead to new failures.
Er, actually it does, because later operations can depend on that value
having been written. For example, my changes broke running
debconf-loadtemplate as nonroot.
So, I
Joey Hess wrote:
> I'd suggest this patch as the cleanest fix. Only problem is that
> DbDriver::Stack can fail if the topmost DbDriver in a stack is readonly,
> and this can turn DbDrivers that were at least apparently not readonly
> into readonly ones. I think, but am not sure, that the stack dbdr
Debconf can't use perl modules that are in perl-modules, it has to work
with only perl-base.
I'd suggest this patch as the cleanest fix. Only problem is that
DbDriver::Stack can fail if the topmost DbDriver in a stack is readonly,
and this can turn DbDrivers that were at least apparently not reado
Package: debconf
Version: 1.5.31
Severity: serious
Justification: Policy 7.2
Fresh daily sid chroot Q/A build via FAI:
[...]
debconf: Problem setting up the database defined by stanza 3 of
/etc/debconf.conf.
Can't locate filetest.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.1
5 matches
Mail list logo
