[xml/sgml-pkgs] Bug#482140: etch -> lenny upgrade fails, because @INC does not contain 5.10 paths

[Agustin Martin]

On Tue, Oct 07, 2008 at 05:51:20PM +0200, Daniel Leidert wrote:
> Hi all,
> 
> Examining bug #482140 I found, that update-xmlcatalog fails during
> dist-upgrade from Etch to Lenny with an Error, that Functions.pm cannot
> be found in @INC (the same goes for defoma-app, IIRC there Copy.pm was
> not found). The paths in @INC were only the generic paths and the 5.8
> paths, but the 5.10 paths were missing.
> 
> I wonder, how to solve the problem. The problem is reprosucible in my
> pbuilder (Etch-)CHROOT doing:
> 
> apt-get install docbook-xml vim
> apt-get install gnome
> 
> (unfortunately I cannot yet reproduce it with a smaller subset of
> packages)

This is another thing, why this sometimes appear and sometimes not. But that
is at least something to start with. Jump to the bottom of the message if
short of time.

One for the not found score. I tried from a pbuilder (Etch-)CHROOT, installing

apt-get install w3c-dtd-xhtml docbook-xml scrollkeeper

just to try reproducing one of the contributors setup. Then change
sources.list and

apt-get update
apt-get dist-upgrade 

Upgrading suceeded (besides some manual action needed because of tzdata, I had
to enable Force-LoopBreak for apt. Nobody else found this?)

I am not at that box now, and will not be at a real box (something not too
slow) at least for a couple of days. Will try again when possible, but I
would really like to know what causes this annoyant behavior.

> vim /etc/apt/sources.list (etch -> lenny)
> apt-get update
> 
> Remove the `|| true' statements in /var/lib/dpkg/info/docbook-xml.prerm
> and add an `set -ex' at the top and you will get the error doing:
> 
> apt-get dist-upgrade
> 
> Unfortunately I removed the log. But I will produce a new one and send
> relevant parts in a second mail. I hope, I understood the log correctly.
> 
> ATM I think of using a
> 
> Pre-Depends: perl, perl-modules
> 
> for xml-core and I hope, it works. But I'm not sure. What is your
> opinion?

Looking at /usr/sbin/update-xmlcatalog, seems that only
File::Spec::Functions function used is 'catfile' whose calls should be
pretty simple to replace,