Bug 1278547

Summary:	RFC: Conflict of multilib debuginfo packages
Product:	Red Hat Enterprise Linux 7	Reporter:	Paulo Andrade <pandrade>
Component:	rpm	Assignee:	Florian Festi <ffesti>
Status:	CLOSED WONTFIX	QA Contact:	BaseOS QE Security Team <qe-baseos-security>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	7.1
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-04-20 13:46:33 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Paulo Andrade 2015-11-05 18:40:13 UTC

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 13:42:57 UTC

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 Program Management 2016-04-20 13:46:33 UTC

Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.