Hello,
Kumar Appaiah wrote:
> I have been analyzing packages for the piuparts test, and have
> observed that libqt4-ruby1.8 fails the piuparts because it doesn't purge
> some files.
>
> The gzipped log of the piuparts run for libqt4-ruby1.8 is
> attached. The problem is that the process
>
> Install Etch libqt4-ruby1.8 -> upgrade to sid -> purge
>
> seems to let the following files remain unremoved:
>
> /usr/bin/rbqtapi owned by: libqt4-ruby1.8
> /usr/share/man/man1/rbqtapi.1.gz owned by: libqt4-ruby1.8
I'm somehow puzzled, because I've just tried to do this on a sid
chroot (installing the etch version then the sid version, then purging),
and I find nothing in /var/lib/dpkg/diversions, nor any trace of a
/usr/bin/rbqtapi left.
What I find puzzling as well is the following lines from the log file
you attached:
7m15.1s DUMP:
(Reading database ... 8289 files and directories currently installed.)
Removing libqt4-ruby1.8 ...
Removing `diversion of /usr/bin/rbqtapi to /usr/bin/rbqtapi.qt3 by
libqt4-ruby1.8'
Removing `diversion of /usr/share/man/man1/rbqtapi.1.gz to
/usr/share/man/man1/rbqtapi.qt3.1.gz by libqt4-ruby1.8'
9m18.2s DUMP:
(Reading database ... 5080 files and directories currently installed.)
Removing libqt4-ruby1.8 ...
Purging configuration files for libqt4-ruby1.8 ...
No diversion `diversion of /usr/bin/rbqtapi to /usr/bin/rbqtapi.qt3 by
libqt4-ruby1.8', none removed
No diversion `diversion of /usr/share/man/man1/rbqtapi.1.gz to
/usr/share/man/man1/rbqtapi.qt3.1.gz by libqt4-ruby1.8', none removed
Together, they seem to indicate that the diversions were removed.
Could it be a false positive ? If not, do you have any idea of what is
causing the problem ?
Cheers,
Vincent
--
Vincent Fourmond, Debian Developer
http://vince-debian.blogspot.com/
-- pretty boring signature, isn't it ?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
