2008/5/17 Niko Tyni <[EMAIL PROTECTED]>: > How about just documenting this a bit more with something like the > attached patch? I still think it's unexpected that 'eval "require Foo"' > isn't enough to trap the error.
Yes. Thanks, applied as change #33848. > Some clarifications: > > - I'm not familiar with the reasons for choosing > -Dvendorarch=/usr/lib/perl5, but I'll try to find out. > > - 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) > 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. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]