Bug 1278547 - RFC: Conflict of multilib debuginfo packages
RFC: Conflict of multilib debuginfo packages
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: rpm (Show other bugs)
7.1
All Linux
unspecified Severity medium
: rc
: ---
Assigned To: Florian Festi
BaseOS QE Security Team
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-11-05 13:40 EST by Paulo Andrade
Modified: 2016-04-20 09:46 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-04-20 09:46:33 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Paulo Andrade 2015-11-05 13:40:13 EST
debuginfo packages are not split to match subpackages,
so, if installing 32 bit and 64 bit ones, they frequently
will conflict.

  This bug report is just a Request For Comments, on
suggestions on how to have usable debuginfo packages
installed in the same computer, for i686 and x86_64
packages.

  In this bug report I just describe what I think could
be an initial idea for a solution:

1. From gdb documentation, for a "/usr/bin/ls" binary,
   with build-id abcdef1234, it searches in the order:
  o /usr/lib/debug/.build-id/ab/cdef1234.debug
  o /usr/bin/ls.debug
  o /usr/bin/.debug/ls.debug
  o /usr/lib/debug/usr/bin/ls.debug
2. Since it searches first the .build-id directory, a
   possible, but incomplete solution could be to change
   /usr/lib/rpm/find-debuginfo.sh to instead of creating
   the relation:
   /usr/lib/debug/.build-id/ab/cdef1234.debug -> ../../usr/bin/ls.debug
   have it as:
   /usr/lib/debug/usr/bin/ls.debug -> ../../.build-id/ab/cdef1234.debug
   that is, have the file under .build-id the real file.

  The above would still have conflicts in symlinks, .e.g
/usr/lib/debug/usr/bin/ls.debug would be in both, i686 and
x86_64 packages, but it would be a symlink, and gdb should
find the proper .debug anyway. Renaming the base directory
would need patching gdb, and possibly other tools.
Comment 2 Florian Festi 2016-04-20 09:42:57 EDT
Changing the setup of all the debuginfo packages probably cannot be done in an update release. Still leaving this open for now for consideration
Comment 3 RHEL Product and Program Management 2016-04-20 09:46:33 EDT
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

Note You need to log in before you can comment on or make changes to this bug.