Debian Bug report logs - #658702
libxml-sax-perl: update-perl-sax-parsers sometimes fails when called from old-prerm during squeeze->wheezy update

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Andreas Beckmann <debian@abeckmann.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: libxml-sax-perl: update-perl-sax-parsers sometimes fails when called from old-prerm during squeeze->wheezy update

Date: Sun, 05 Feb 2012 13:37:54 +0100

[Message part 1 (text/plain, inline)]

Package: libxml-sax-perl
Version: 0.99+dfsg-1
Severity: normal

Hi,

while I analyzed piuparts logs I noticed that sometimes the following
error occurs:

  Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.88+dfsg-1+b1_amd64.deb) ...
  Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15.
  BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15.
  Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18.
  BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18.
  dpkg: warning: subprocess old pre-removal script returned error exit status 2
  dpkg - trying script from the new package instead ...
  dpkg: ... it looks like that went OK.
  Unpacking replacement libxml-libxml-perl ...

This is not harmful as the installation succeeds, but eventually some
dependencies can be tightened to avoid this problem and noise.

The full log of upgrading libxml-simple-perl to 2.18-3 is attached, I
extracted the perl+xml packages:

  [...]
  Selecting previously unselected package libswitch-perl.
  (Reading database ... 7716 files and directories currently installed.)
  Unpacking libswitch-perl (from .../libswitch-perl_2.16-2_all.deb) ...
  Selecting previously unselected package libclass-isa-perl.
  Unpacking libclass-isa-perl (from .../libclass-isa-perl_0.36-3_all.deb) ...
  Preparing to replace perl-modules 5.10.1-17squeeze2 (using .../perl-modules_5.14.2-6_all.deb) ...
  Unpacking replacement perl-modules ...
  [...]
  Preparing to replace perl 5.10.1-17squeeze2 (using .../perl_5.14.2-6_amd64.deb) ...
  Unpacking replacement perl ...
  Preparing to replace libxml2 2.7.8.dfsg-2+squeeze1 (using .../libxml2_2.7.8.dfsg-5.1_amd64.deb) ...
  Unpacking replacement libxml2 ...
  Preparing to replace libxml-sax-perl 0.96+dfsg-2 (using .../libxml-sax-perl_0.99+dfsg-1_all.deb) ...
  Unpacking replacement libxml-sax-perl ...
  Selecting previously unselected package libxml-sax-base-perl.
  Unpacking libxml-sax-base-perl (from .../libxml-sax-base-perl_1.07-1_all.deb) ...
  [...]
  Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.88+dfsg-1+b1_amd64.deb) ...
  Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15.
  BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15.
  Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18.
  BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18.
  dpkg: warning: subprocess old pre-removal script returned error exit status 2
  dpkg - trying script from the new package instead ...
  dpkg: ... it looks like that went OK.
  Unpacking replacement libxml-libxml-perl ...
  [...]
  Preparing to replace perl-base 5.10.1-17squeeze2 (using .../perl-base_5.14.2-6_amd64.deb) ...
  Unpacking replacement perl-base ...
  Setting up perl-base (5.14.2-6) ...
  [...]
  Setting up libxml2 (2.7.8.dfsg-5.1) ...
  [...]
  Setting up libswitch-perl (2.16-2) ...
  Setting up perl-modules (5.14.2-6) ...
  Setting up perl (5.14.2-6) ...
  Setting up libxml-sax-base-perl (1.07-1) ...
  Setting up libxml-sax-perl (0.99+dfsg-1) ...
  update-perl-sax-parsers: Registering Perl SAX parser XML::SAX::PurePerl with priority 10...
  update-perl-sax-parsers: Updating overall Perl SAX parser modules info file...
  Setting up libxml-libxml-perl (1.88+dfsg-1+b1) ...
  update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX::Parser with priority 50...
  update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX with priority 50...
  update-perl-sax-parsers: Updating overall Perl SAX parser modules info file...

Andreas

[libxml-simple-perl_2.18-3.log.gz (application/x-gzip, attachment)]

Message #10 received at 658702@bugs.debian.org (full text, mbox, reply):

From: Niko Tyni <ntyni@debian.org>

To: Andreas Beckmann <debian@abeckmann.de>, 658702@bugs.debian.org

Subject: Re: Bug#658702: libxml-sax-perl: update-perl-sax-parsers sometimes fails when called from old-prerm during squeeze->wheezy update

Date: Sun, 5 Feb 2012 15:23:56 +0200

On Sun, Feb 05, 2012 at 01:37:54PM +0100, Andreas Beckmann wrote:
> Package: libxml-sax-perl
> Version: 0.99+dfsg-1
> Severity: normal
 
>   Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.88+dfsg-1+b1_amd64.deb) ...
>   Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15.
>   BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15.
>   Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18.
>   BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18.
>   dpkg: warning: subprocess old pre-removal script returned error exit status 2
>   dpkg - trying script from the new package instead ...
>   dpkg: ... it looks like that went OK.
>   Unpacking replacement libxml-libxml-perl ...
> 
> This is not harmful as the installation succeeds, but eventually some
> dependencies can be tightened to avoid this problem and noise.

I don't think it can be fixed by tightening dependencies.

This happens in the 'old-prerm upgrade' phase if perl/perl-modules and
perl-base are out of sync.

Functionality from non-essential packages is not guaranteed to be working
in such a phase. Even a Pre-Depends entry wouldn't help IIRC.

I think the options are

- fix update-perl-sax-parsers to only use modules from perl-base (unlikely?)
- fix update-perl-sax-parsers to fail more gracefully in such a situation
- stop invoking update-perl-sax-parsers in 'old-prerm upgrade'
  * this doesn't help squeeze->wheezy anymore but it would fix the
    issue for future upgrades
  * at least libxml-sax-expat-perl already only invokes the update script
    on removals, not upgrades

I'm not sure if update-perl-sax-parsers is always idempotent, ie. if
an upgrade where "update-perl-sax-parsers --remove" fails but a later
"update-perl-sax-parsers --add" call succees will leave double entries
in ParserDetails.ini. Quick tests do not show any double entries FWIW,
so the "fail more gracefully" option seems possible.

If somebody does implement this, please file a bug against perl afterwards
so we can add a Conflicts or Breaks entry against the old version.
(See #657940 for a related case.)
-- 
Niko Tyni   ntyni@debian.org

Message #19 received at 658702@bugs.debian.org (full text, mbox, reply):

From: Stéphane Graber <stgraber@ubuntu.com>

To: 658702@bugs.debian.org

Subject: Fix for bug 658702

Date: Fri, 10 Aug 2012 16:06:02 -0400

[Message part 1 (text/plain, inline)]

Hello,

We've just hit that same bug in Ubuntu when preparing for Ubuntu 10.04
to 12.04 upgrades without internet connectivity.

I'm attaching the patch we've applied to workaround/fix that problem.
It's based on a similar change that was done to doc-base a while ago,
basically implementing a local version of dirname.

I have uploaded updated patches to precise-proposed and quantal a few
minutes ago but don't expect any other issue with that package.

-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com

[implement-local-dirname (text/plain, attachment)]

[signature.asc (application/pgp-signature, attachment)]

Message #26 received at 658702@bugs.debian.org (full text, mbox, reply):

From: Niko Tyni <ntyni@debian.org>

To: 積丹尼 Dan Jacobson <jidanni@jidanni.org>, 758567@bugs.debian.org

Cc: 658702@bugs.debian.org

Subject: Re: Bug#758567: Can't locate File/Basename.pm in @INC (you may need to install the File::Basename module

Date: Tue, 19 Aug 2014 00:20:03 +0300

On Tue, Aug 19, 2014 at 05:01:32AM +0800, 積丹尼 Dan Jacobson wrote:

> Preparing to unpack .../libxml-libxml-perl_2.0116+dfsg-1+b1_i386.deb ...
> Can't locate File/Basename.pm in @INC (you may need to install the File::Basename module) (@INC contains: /home/jidanni/perl5/lib/perl5 /etc/pr/local/lib/i386-linux-gnu/perl/5.20.0 /usr/local/share/perl/5.20.0 /usr/lib/i386-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/i386-linux-gn5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15.
> BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15.
> Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18.
> BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18.
> dpkg: warning: subprocess old pre-removal script returned error exit status 2
> dpkg: trying script from the new package instead ...
> dpkg: ... it looks like that went OK

This is known and considered just cosmetic unless somebody reports otherwise.
See #658702 and #625771.

I suppose somebody should bite the bullet and apply the Ubuntu changes
in #658702 that remove the need for modules outside of perl-base, even
if that only helps for jessie+1 (not sure about that.)
-- 
Niko Tyni   ntyni@debian.org

Message #31 received at 658702@bugs.debian.org (full text, mbox, reply):

From: 積丹尼 Dan Jacobson <jidanni@jidanni.org>

To: Niko Tyni <ntyni@debian.org>

Cc: 758567@bugs.debian.org, 658702@bugs.debian.org

Subject: Re: Bug#758567: Can't locate File/Basename.pm in @INC (you may need to install the File::Basename module

Date: Tue, 19 Aug 2014 19:41:15 +0800

Maybe a message could be printed:
"If there was some error .... don't worry it was just ....".

Send a report that this bug log contains spam.