Bug 528419
Summary: | Executable-debuginfo conflicts when installing multiple arches of debuginfo | |||
---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matt McCutchen <matt> | |
Component: | rpm | Assignee: | Fedora Packaging Toolset Team <packaging-team> | |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
Severity: | medium | Docs Contact: | ||
Priority: | low | |||
Version: | rawhide | CC: | fche, ffesti, mjw, n3npq, pmatilai, roland, rvokal, zboszor | |
Target Milestone: | --- | Keywords: | FutureFeature | |
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Enhancement | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 645310 (view as bug list) | Environment: | ||
Last Closed: | 2017-04-04 15:04:46 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 573532, 645310 |
Description
Matt McCutchen
2009-10-12 04:08:18 UTC
You're the first to request both both e;f32/elf64 that I recall. The start of a fix (consistent with other multliib conventions) would be to have both /usr/lib/debug as well as /usr/lib64/debug trees to save debugging symbols. But that path convention would need to be adopted by GDB as well as build tools, which isn't going to happen soon. (In reply to comment #1) > The start of a fix (consistent with other multliib conventions) would be to > have both /usr/lib/debug as well as /usr/lib64/debug trees > to save debugging symbols. I don't see the point of that. The /usr/lib/debug tree is parallel to / and has its own subdirs /usr/lib/debug/usr/lib and /usr/lib/debug/usr/lib64 . I.e., the "lib" in /usr/lib/debug is not indicating an architecture, so there is no need to fork it for multiple architectures. All I'm proposing is that the rule in RPM that lets a 64-bit executable replace a 32-bit one should be extended to allow a 64-bit executable *debuginfo* to replace a 32-bit one. Then I'll be able to parallel-install debuginfos, and the result under /usr/lib/debug will mirror / . Replacing will have exactly the same behavior with "missing" that you find unacceptable in bz #528383. Why bother solving one problem that by instantly creating another issue? That makes little sense to me. And replacing forces one to choose one or the other multiplib for debugging; there are developers who want both debug symbols installed. Look, there are two separate issues here: 1. Executables replace each other. 2. Executable debuginfos don't work the same way as executables. This bug is about #2. This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping The problem still occurs in Fedora 13. Meanwhile, -debuginfo appears about to change to eliminate duplicated unnormalized data stored in 2 paths on the file system. The ramifications of changing the paths/symlinks to DWARF symbols make discussing automagic file conflict resolution for paths contained in -debuginfo packages (your point 2) in comment #4) rather more complicated than droning The problem still occurs in Fedora 12345678. But Patches cheerfully accepted. as always. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. I ran into the same problem. Wouldn't it be a solution to change /usr/lib/rpm/find-debuginfo.sh so the /usr/lib/debug path is not hardcoded? This should be fixed in rawhide as of packages built with rpm >= 4.13.0.1-4. So F27 should have parallel-installable debuginfo packages, assuming there is a mass-rebuild. |