Henning Glawe wrote:
you are right... sorry for the sloppy research :S... think it must have been
the perl-base<->perl-modules version mismatch. I'll try to reproduce this
immediately.
Yes, I think this is the issue.
I wrote an ugly script to reproduce from a almost pristine etch chroot[1]
#/bin/sh -ex
dpkg -l perl perl-base perl-modules
apt-get install --yes debsums
sed -i s/etch/lenny/ /etc/apt/sources.list
apt-get update
apt-get install --yes -d perl perl-modules tzdata
dpkg -i /var/cache/apt/archives/tzdata_2008e-2_all.deb
dpkg -i /var/cache/apt/archives/libc6_2.7-13_amd64.deb
dpkg --unpack /var/cache/apt/archives/perl_5.10.0-11.1_amd64.deb
dpkg --unpack /var/cache/apt/archives/perl-modules_5.10.0-11.1_all.deb
dpkg -l perl perl-base perl-modules
debsums
Results:
+ dpkg -l perl perl-base perl-modules
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version
Description
+++-==============================================-==============================================-============================================================================================================
ii perl 5.8.8-7etch3
Larry Wall's Practical Extraction and Report Language
ii perl-base 5.8.8-7etch3
The Pathologically Eclectic Rubbish Lister
ii perl-modules 5.8.8-7etch3
Core Perl modules
...
+ dpkg --unpack /var/cache/apt/archives/perl_5.10.0-11.1_amd64.deb
(Reading database ... 12309 files and directories currently installed.)
Preparing to replace perl 5.8.8-7etch3 (using .../perl_5.10.0-11.1_amd64.deb)
...
Unpacking replacement perl ...
+ dpkg --unpack /var/cache/apt/archives/perl-modules_5.10.0-11.1_all.deb
(Reading database ... 11957 files and directories currently installed.)
Preparing to replace perl-modules 5.8.8-7etch3 (using
.../perl-modules_5.10.0-11.1_all.deb) ...
Unpacking replacement perl-modules ...
+ dpkg -l perl perl-base perl-modules
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version
Description
+++-==============================================-==============================================-============================================================================================================
iU perl 5.10.0-11.1
Larry Wall's Practical Extraction and Report Language
ii perl-base 5.8.8-7etch3
The Pathologically Eclectic Rubbish Lister
iU perl-modules 5.10.0-11.1
Core Perl modules
+ debsums
Can't locate File/Find.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl
.) at /usr/bin/debsums line 10.
BEGIN failed--compilation aborted at /usr/bin/debsums line 10.
This looks identical to the failure mode.
Note it isn't possible to configure perl and perl-modules because the
required version of
perl-base has not been installed - again this is similar to what happens
in the failing upgrade
process.
Unfortunately so far when I try to reproduce the problem using "apt-get
dist-upgrade" from the same
chroot it works fine. I would guess the issue is that postrm and
DPkg::Post-Invoke scripts are using perl
when it is in this broken state.
Notes:
[1] only difference is build-essentials and fakeroot installed and
installation of recommends turned
off by default; I doubt these had any effect.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
