On 2010-08-09 19:55 +0200, Török Edwin wrote: > On Mon, 09 Aug 2010 19:40:57 +0200 > Sven Joachim <[email protected]> wrote: > >> On 2010-08-09 19:13 +0200, Salvatore Bonaccorso wrote: >> >> > Could that have caused an empty diversions? >> >> Not on its own, I think; but if Török uses btrfs, it could have been >> caused by a bug¹ in dpkg versions prior to 1.15.7. > > No, I use XFS for /var. I don't know if it is affected by that bug.
I don't think so (else it would probably have been detected earlier), but XFS used to have a problem with leaving empty files on disk after system crashes. I don't know if that is still an issue. > The question is: even with an empty diversion, if I reinstall perl why > can't I install libmodule-corelist-perl? This is because the /usr/bin/corelist binary is still diverted, but dpkg does not know about this because the diversions file is empty. You should have these files on disk: /usr/bin/corelist.bundled (belonging to perl and diverted by libmodule-corelist-perl, but dpkg does not know about this and thinks the file is unowned) /usr/bin/corelist (belonging to libmodule-corelist-perl but dpkg thinks it belongs to both perl and libmodule-corelist-perl). > Or which other package should I reinstall to fix the diversions needed > for perl? You need to clean this up manually. Does it help to remove /usr/bin/corelist.bundled and /usr/share/man/man1/corelist.bundled.1.gz, and then reinstall libmodule-corelist-perl? > Same question goes for binutils-multiarch, which I can't install (from > experimental). You will also have to remove any diverted files manually, I think. Sven -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
