Opened 9 years ago

Closed 7 years ago

#159 closed enhancement (no change needed)

Standardize debug package creation, part 3

Reported by: dmik Owned by:
Priority: Feedback Pending Milestone:
Component: rpm Version:
Severity: low Keywords:
Cc:

Description

This is a continuation of #149. The remaining question is whether we should provide separate -dbgsym sub-sub-packages for each package and sub-package in .spec rather than a single -debug sub-package, like now.

Change History (6)

comment:1 by Silvan Scherrer, 9 years ago

as the debug packages are seldom used/needed, I guess a single package is enough.

comment:2 by Yuri Dario, 9 years ago

I agree, one package is enough and easier to remove.

comment:3 by dmik, 9 years ago

Yes, but as I write here http://trac.netlabs.org/rpm/ticket/134#comment:2:

Now I have one more argument for going the second way (a separate dbgsym sub-sub-package for each sub-package). Imagine a situation when there are two separate sub-packages both providing the same binary, say, sh.exe. If there is a single debug package for both of them then there will be obviously no way to provide debug info for both binaries.

This situation is perhaps not very likely, but it's still theoretically possible.

comment:4 by Silvan Scherrer, 9 years ago

I would not go that route, as it will make it even harder for ppl using a debug package to know which one is the right one. And for non exeptq enabled stuff, which most is right now, the debug package is useless anyway. But that's another topic.
And when we really get to a situation where we need sub debug packages those could be done by hand imho.
So I still vote to stick with what we have now.

comment:5 by Silvan Scherrer, 8 years ago

Priority: majorFeedback Pending
Type: defectenhancement

imho we could close this ticket, as what we have right now is more than enough.

comment:6 by Silvan Scherrer, 7 years ago

Resolution: no change needed
Status: newclosed
Note: See TracTickets for help on using tickets.