Sven Joachim wrote: > This is because your perl 5.10.1-8 package both Replaces and Conflicts > with the installed version of perl-modules. In such a case, dpkg > removes the offending package, assuming that the to-be-installed > conflicting one supersedes it (because of the Replaces). Note that dpkg > processes packages in the order given on the command line, so the old > version of perl-modules will be removed before unpacking perl. However, > the new version should be installed later... Yes.
> >> dpkg: yes, will remove perl-modules in favour of perl. >> (Reading database ... 140092 files and directories currently installed.) >> Preparing to replace perl 5.10.1-7 (using perl_5.10.1-8_amd64.deb) ... >> Unpacking replacement perl ... >> Preparing to replace perl-doc 5.10.1-7 (using perl-doc_5.10.1-8_all.deb) ... >> Leaving `diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' >> Unpacking replacement perl-doc ... >> Unpacking perl-modules (from perl-modules_5.10.1-8_all.deb) ... > > ... and here it gets unpacked. > >> Preparing to replace perl-base 5.10.1-7 (using perl-base_5.10.1-8_amd64.deb) >> ... >> Unpacking replacement perl-base ... >> Setting up perl-base (5.10.1-8) ... >> Processing triggers for man-db ... >> Setting up perl (5.10.1-8) ... >> Setting up perl-doc (5.10.1-8) ... >> ->8- > > Is that all? I would expect that perl-modules should also get configured. Yes, that was all. >> The result: the package 'perl-modules' is not installed (e.g. removed), >> despite >> the direct query to install new version, ignoring any dependency conflicts. > > Are you sure that it is not installed? What does "dpkg -l perl-modules" Yes, I was sure. 'dpkg -s perl-modules' showed 'Status: unknown ok not-installed'. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature