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 , 9 years ago
comment:3 by , 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 , 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 , 8 years ago
Priority: | major → Feedback Pending |
---|---|
Type: | defect → enhancement |
imho we could close this ticket, as what we have right now is more than enough.
comment:6 by , 7 years ago
Resolution: | → no change needed |
---|---|
Status: | new → closed |
as the debug packages are seldom used/needed, I guess a single package is enough.