On Mon, May 05, 2008 at 12:23:59PM +0200, Raphael Hertzog wrote:
> On Mon, 05 May 2008, Niko Tyni wrote:
> > # perl -le 'eval "use Locale::gettext"; print "got: $@" if $@; exit 0';
> > echo $?
> > perl: symbol lookup error: /usr/lib/perl5/auto/Locale/gettext/gettext.so:
> > undefined symbol: Perl_Istack_sp_ptr
> > 127
> >
> > No fix yet, but the only way out I see is having some
> > package(s?) pre-depend on the new perl-base. Fixing the eval/dlopen
> > interaction in perl is out of the question because this is happening
> > when the old perl-base version is still installed.
> >
> > Any help and ideas welcome.
>
> I would suggest integrating liblocale-gettext-perl to perl-base. Maybe
> that should be suggested upstream?
IMO deviating from the upstream core module list should only be a very
last resort, and this should be fixable in another way. That said,
getting Locale::gettext into the core upstream might be a worthy goal;
please file a wishlist bug with some rationale if you care about it.
I think making liblocale-gettext-perl Pre-Depend on ${perl:Depends}
would fix this particular issue, but I'm worried that it's not the
only one. The other two XS modules that debconf-i18n depends on,
libtext-iconv-perl and libtext-charwidth-perl, come to mind first.
What's stopping the prerm of a random package invoking a perl script
on upgrades that needs yet another XS module package? If the script
does the 'eval "use ..."' thing, the package won't even be listed as a
dependency. How can we detect these short of waiting for bug reports?
Is there a more general way of solving this?
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
