oprofile should not link libbfd dynamically, again [oprofile needs rebuilding against binutils]

Bug #588033 reported by Anders Kaseorg on 2010-05-31
This bug affects 4 people
Affects Status Importance Assigned to Milestone
oprofile (Debian)
Fix Released
oprofile (Ubuntu)
Declined for Maverick by Stefano Rivera

Bug Description

Binary package hint: oprofile

Currently oprofile and its rdeps (llvm-dev) are not installable in maverick, because oprofile depends binutils (>=, binutils (<, but binutils is version oprofile needs to be rebuilt against the new binutils.

  libopagent1: Depends: binutils (< but is installed.
  oprofile: Depends: binutils (< but is installed.

Same bug, newer version--oprofile needs to get rebuilt again.

summary: - oprofile needs rebuilding against binutils
+ oprofile needs rebuilding against binutils
KyL416 (kyl416) wrote :

It needs to be rebuilt yet again for binutils

Maybe in the future the developers can link oprofile to binutils since it seems it needs to rebuilt any time binutils is upated

Anders Kaseorg (andersk) wrote :

KyL416: No, Debian packages cannot be dynamically linked with binutils:

Package: binutils-dev
Description: The GNU binary utilities (BFD development files)
 This package includes header files and static libraries necessary to build
 programs which use the GNU BFD library, which is part of binutils. Note that
 building Debian packages which depend on the shared libbfd is Not Allowed.

See also bug 426614.

Anders Kaseorg (andersk) wrote :

This makes oprofile link statically against libbfd, again, by merging in the Debian NMU that did the same thing:
This will make future rebuilds against new binutils unnecessary for good.

I built this in my PPA <https://launchpad.net/~anders-kaseorg/+archive/ppa>, checked that it no longer depends a specific version of binutils, and successfully tested it with the instructions at <http://nouveau.freedesktop.org/wiki/OProfile>.

Changed in oprofile (Ubuntu):
status: New → Confirmed
summary: - oprofile needs rebuilding against binutils
+ oprofile should not link libbfd dynamically, again [oprofile needs
+ rebuilding against binutils]
tags: added: patch
Stefano Rivera (stefanor) wrote :

Bug auto-closing is currently broken:

 oprofile (0.9.6-1.1ubuntu1) maverick; urgency=low
   * Merge from debian unstable. Remaining changes:
     - Split out libopagent1 runtime library.
     - debian/oprofile.postinst: Really really make it work this time by
       adding the oprofile:oprofile system user and group as required for
       JIT support (see README_PACKAGERS)
     - Add documentation about vmlinux / linux-image-debug.ddeb.
     - debian/patches/arm-factor-out-armv7-common-architectural-events,
       ARMv7 cleanup and Cortex-A9 support, backported from
   * Statically link libbfd. (LP: #588033)
 oprofile (0.9.6-1.1) unstable; urgency=low
   * Non-maintainer upload.
   * Add patch by Yukiharu YABUKI to staticaly link against libbfd
    (Closes: #537744, #573905)

Changed in oprofile (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Fix Released
Changed in oprofile (Debian):
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.