hertzog at debian
May 18, 2008, 5:27 AM
Post #1 of 1
(69 views)
Permalink
|
|
Re: Bug#479711: eval "require Foo" with binary-incompatible XS modules
|
|
On Sun, 18 May 2008, Rafael Garcia-Suarez wrote:
> > - the circumstances where this shows up in the Debian context are
> > somewhat a corner case where 'preinst upgrade' scripts that need XS
> > modules may get run with a new XS module but the old perl. The
> > package dependencies are not yet guaranteed to be met at the
> > 'preinst' time, hence the 'eval "require Foo"' construct.
>
> I've heard that dpkg2 was going to support pre-inst and post-uninst
> dependencies. (Just like rpm does, which creates approximately the same
> number of problems than it solves)
As a current maintainer of dpkg, I can tell you that dpkg2 has never been
anything else than vaporware. I know of nobody working on a dpkg rewrite.
> > Hm, one option could be to have the packaging system (dpkg) set
> > PERL_DL_NONLAZY=1 for all preinst script invocations...
>
> I'm not 100% sure that's a good idea.
Can you elaborate on the reasons? Are there stuff which could break?
Cheers,
--
Raphaël Hertzog
Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/
|
