[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#479220: Additional information

On Mon, 05 May 2008, Niko Tyni wrote:
> 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 it makes sense in the long term at least. So I will submit the bug
report and hopefully you can bring up the discussion on p5p.

> 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.

Indeed. CCing debian-devel to see if we have other solutions to avoid the

> 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?

Another solution is to make sure that the eval construct copes well with
XS modules linked for another perl (ie if they fail at dlopen()). I don't
see a reason why this couldn't be a run-time failure like another one...

That would be the general solution.

Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :

Reply to: