Bug#648936: liblocale-gettext-perl: Upgrade failure when invoked via dpkg doc-base trigger

[Raphael Hertzog]

reassign 648936 doc-base 0.2
forcemerge 648937 648936
affects 648937 liblocale-gettext-perl
thanks

On Wed, 16 Nov 2011, Roger Leigh wrote:
> Preparing to replace perl-base 5.12.4-6 (using .../perl-base_5.14.2-3_amd64.deb) ...
> Unpacking replacement perl-base ...
> Processing triggers for man-db ...
> Processing triggers for doc-base ...
> /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/Locale/gettext/gettext.so: undefined symbol: Perl_Gthr_key_ptr
> dpkg: error processing doc-base (--unpack):
>  subprocess installed post-installation script returned error exit status 127
> configured to not write apport reports
>                                       Errors were encountered while processing:
>  doc-base
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Most likely due to the current perl 5.12 → 5.14 transition.  Is a
> pre-depends required here in order to not break dpkg triggers for
> a wheezy upgrade?  This might require reassigning to the perl-base
> package if that's where the problem lies.

This is not a bug in liblocale-gettext-perl. It bites use every time
that we upgrade to a perl version with an incompatible ABI.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479681 for more
explanation. I just filed the bug against doc-base because one should
not rely on Locale::gettext in maintainer scripts if we want those
maintainer scripts to work during upgrades...

Looking further the maintainer already did the right thing (that's why
liblocale-gettext-perl is also not listed in the Depends field of
doc-base) except it needs the environment variable to disable lazy bind,
otherwise the error is not caught at load time but triggered at run-time.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/