On 12.04.2010 05:48, Jonathan Nieder wrote:
Package: binutils-multiarch
Version: 2.20.51.20100405-1
Severity: grave
Justification: renders package uninstallable
Tags: patch
I just found time to test the new binutils-multiarch with elfedit
diversion --- sorry for the delay. Unfortunately, installation still
errors out:
dpkg: error processing
/var/cache/apt/archives/binutils-multiarch_2.20.51.20100405-1_i386.deb
(--unpack):
trying to overwrite '/usr/bin/ld.bfd', which is also in package binutils
2.20.51.20100405-1
I guess that’s what I get for not testing a patch before sending it.
Here’s a new series to go on top. It can build a native kernel that
boots on i386 and works on mips objects well enought to produce
firmware for the Ben Nanonote (I haven’t tried booting with that
firmware yet, though).
Patch 1 makes diversion handling sane again (the packaging was
removing obsolete diversions in preinst, which is not late enough to
be safe) and gets rid of the unnecessary diversions for libbfd.a and
libopcode.a. This was necessary to allow experimenting with other
things.
Unfortunately, patch 1 adds the current version number to some of the
maintainer scripts; keeping that up to date is a maintainance burden I
do not want to impose. So patch 2 teaches debian/rules to take care
of that.
I added this for shlibs file generation in the meantime. please use the
DEB_VERSION var. Also the this_version stuff won't handle binNMUs, maybe it's
enough to drop the +bN suffix from this_version.
Patch 3 removes /usr/bin/ld.bfd from the binutils-multiarch package.
As far as I can tell, the linker was excluded from binutils-multiarch
because it had regressions relative to the single-target linker
(Bug#61719, #51625). Except once the linker was renamed to ld.bfd,
the exclusion no longer applied, creating file conflicts --- oops.
No, ld.bfd is introduced again to differentiate between the gnu linker and the
new gold linker. or do I misunderstand something?
Luckily, those 10-year-old regressions don’t seem to apply any more,
on x86 at least (as tested with the aforementioned kernel build).
So patch 4 adds a multi-target linker. While at it, it adds
multi-target c++filt, too, since there is no reason to exclude it now
that the egcs saga is long over.
will have a look, but yes, this old cruft maybe should be removed.
Patch 5 excludes elfedit from binutils-multiarch. There is nothing
target-specific about it, so the copy in binutils-multiarch was just
a waste of space.
The patches are attached since the BTS seems to deal best with that.
I hope you enjoy them. Sorry for the delay. Please let me know if
you have any questions.
didn't integrate your patches yet, here is my current status:
http://people.debian.org/~doko/tmp/
won't continue before the weekend
Matthias
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
