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

Re: issues with aptitude dist-upgrade from etch to lenny



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.


Reply to: