On Mon, 9 Aug 2010 17:07:44 +0200
Salvatore Bonaccorso <salvatore.bonacco...@gmail.com> wrote:

> reassign 592332 binutils
> thanks
> 
> Hi!
> 
> On Mon, Aug 09, 2010 at 02:59:57PM +0300, Török Edwin wrote:
> > On Mon, 9 Aug 2010 13:53:32 +0200
> > Salvatore Bonaccorso <salvatore.bonacco...@gmail.com> wrote:
> > 
> > > Hi 
> > > 
> > > On Mon, Aug 09, 2010 at 01:25:56PM +0300, Török Edwin wrote:
> > > > Package: libmodule-corelist-perl
> > > > Version: 2.35-1
> > > > Severity: grave
> > > > Justification: renders package unusable
> > > > 
> > > > Tried to dist-upgrade today, but perl wouldn't upgrade due to a
> > > > conflict with libmodule-corelist-perl.
> > > > I removed libmodule-corelist-perl (and perl-doc too, opened
> > > > separate bug for that), but now I can't install
> > > > libmodule-corelist-perl back: sudo apt-get install
> > > > libmodule-corelist-perl Reading package lists... Done
> > > > Building dependency tree       
> > > > Reading state information... Done
> > > > The following NEW packages will be installed:
> > > >   libmodule-corelist-perl
> > > > 0 upgraded, 1 newly installed, 0 to remove and 604 not upgraded.
> > > > Need to get 0B/69.1kB of archives.
> > > > After this operation, 922kB of additional disk space will be
> > > > used. Reading package fields... Done
> > > > Reading package status... Done
> > > > Retrieving bug reports... Done
> > > > Parsing Found/Fixed information... Done
> > > > Selecting previously deselected package libmodule-corelist-perl.
> > > > (Reading database ... 552853 files and directories currently
> > > > installed.) Unpacking libmodule-corelist-perl
> > > > (from .../libmodule-corelist-perl_2.36-1_all.deb) ... Adding
> > > > 'diversion of /usr/bin/corelist to /usr/bin/corelist.bundled by
> > > > libmodule-corelist-perl' dpkg-divert: rename involves
> > > > overwriting `/usr/bin/corelist.bundled' with different file
> > > > `/usr/bin/corelist', not allowed dpkg: error
> > > > processing 
> > > > /var/cache/apt/archives/libmodule-corelist-perl_2.36-1_all.deb
> > > > (--unpack): subprocess new pre-installation script returned
> > > > error exit status 2 Errors were encountered while
> > > > processing: 
> > > > /var/cache/apt/archives/libmodule-corelist-perl_2.36-1_all.deb
> > > 
> > > From where exaclty are you trying to update? I did too a
> > > dist-upgrade right now, updating perl and later installing
> > > libmodule-corelist-perl:
> > > 
> > > ...
> > > Setting up perl-modules (5.10.1-14) ...
> > > Setting up perl (5.10.1-14) ...
> > > ...
> > > 
> > > Then installing libmodule-corelist-perl:
> > > 
> > > # aptitude install libmodule-corelist-perl
> > > The following NEW packages will be installed:
> > >   libmodule-corelist-perl
> > > 0 packages upgraded, 1 newly installed, 0 to remove and 2 not
> > > upgraded. Need to get 69.1kB of archives. After unpacking 922kB
> > > will be used. Get:1 http://ftp.ch.debian.org sid/main
> > > libmodule-corelist-perl 2.36-1 [69.1kB] Fetched 69.1kB in 0s
> > > (2,201kB/s) Selecting previously deselected package
> > > libmodule-corelist-perl. (Reading database ... 122784 files and
> > > directories currently installed.) Unpacking
> > > libmodule-corelist-perl
> > > (from .../libmodule-corelist-perl_2.36-1_all.deb) ... Adding
> > > 'diversion of /usr/bin/corelist to /usr/bin/corelist.bundled by
> > > libmodule-corelist-perl' Adding 'diversion
> > > of /usr/share/man/man1/corelist.1.gz
> > > to /usr/share/man/man1/corelist.bundled.1.gz by
> > > libmodule-corelist-perl' Processing triggers for man-db ...
> > > Setting up libmodule-corelist-perl (2.36-1) ...
> > 
> > I think this one is related to 499096.
> > Its still not installable and my /var/lib/dpkg/diversions is empty.
> > Is that expected, or did a buggy package wipe it?
> 
> I have uploaded your logs you sent to me here:
> http://alioth.debian.org/~carnil-guest/logs/tmp/
> 
> Yes, if the diversions is empty it causes exacltly that. However
> looking at the logs, the problem seems to be raised up earlier than
> the upgrade in regard of libmodule-corelist-perl, but I do not see
> right now which may be the cause (Maybe the binutils package).
> 
> In fact looking at your term.log I see that you use binutils from
> experimental, is that correct?

Yep.

> One of the previous versions in
> experimental of binutils-multiarch where affected from a bug:

Actually binutils-multiarch is not installed right now (but it was),
because it gave me an error (see bug #591912).

FWIW diversions-old contains this, I don't have binutils-gold installed
either, so it is probably right that these diversions are not there:
/usr/bin/ld
/usr/bin/ld.bfd-link
binutils-gold

But there must have been more diversions than that. For example I have
a /usr/bin/ar and /usr/bin/ar.single.
How could the diversions file become empty though?

> 
> http://bugs.debian.org/581156
> 
> @binutils-Mantainers, I reassign the bug to binutils, agreeing? I'm
> not quite sure that it is exaclty the above bug, but the problems
> seems to appear on one installation afterwards the binutils-multiarch
> packages, see the uploaded logs.
> 
> Bests
> Salvatore




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to