Bug 1667757

Summary: /usr/lib/.build-id is still full of broken symlinks
Product: [Fedora] Fedora Reporter: John Dodson <jwadodson>
Component: rpmAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: dmach, igor.raits, jmracek, jrohel, mblaha, mhatina, mjw, packaging-team-maint, pkratoch, pmatilai, pmoravco, rpm-software-management, vmukhame
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-01-21 08:43:58 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 John Dodson 2019-01-20 23:54:33 UTC 
Description of problem:
/usr/lib/.build-id is still full of broken symlinks

Version-Release number of selected component (if applicable):

dnf.noarch                         4.0.9-2.fc29

How reproducible:
Almost every package creates new broken symlinks

Steps to Reproduce:
1. Look in /usr/lib/.build-id for broken symlinks
2. look again after some package updates
3. keep looking...

Actual results:

Broken symlinks in /usr/lib/.build-id
Expected results:
No broken symlinks in /usr/lib/.build-id

Additional info:
I really still don't get why packages must create broken symlinks especially if they are so critical to debugging. Surely the package responsible for the target in responsible for the symlink.
Comment 1 Panu Matilainen 2019-01-21 08:43:58 UTC 

*** This bug has been marked as a duplicate of bug 878863 ***