Bug 927608
| Summary: | RPM is ignoring debug_package %{nil} | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Patrick Uiterwijk <puiterwijk> |
| Component: | gcc | Assignee: | Jakub Jelinek <jakub> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | allan, ffesti, i, jakub, jan, jan.kratochvil, jzeleny, law, novyjindrich, packaging-team-maint, sipoyare, thomas.moschny |
| Target Milestone: | --- | Keywords: | FutureFeature, Tracking |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 967258 | ||
Disabling the debuginfo package from rpm is still working fine AFAICS, but that error comes from gcc (libbacktrace), not rpm. Reassigning. Oh and FWIW, the package builds fine on F18 so this is probably something specific to gcc 4.8.x. FYI, I have had what is essentially the same issue reported in Arch Linux with gcc-4.8 (hence nothing to do with RPM) [1]. Summary: gccgo -g foo.go -> GOOD gccgo foo.go -> BAD gccgo foo.go + strip -> BAD [1] https://bugs.archlinux.org/task/35048 Hitting same issue here. -g is the solution but we should let gcc automatically "add" it. This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle. Changing version to '20'. More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20 (In reply to Christopher Meng from comment #4) > -g is the solution but we should let gcc automatically "add" it. This is not valid, gcc just historically does not default to -g. This should be rather addressed in: https://fedoraproject.org/wiki/PackagingDrafts/Go + Go Packaging Guidelines Draft https://fedorahosted.org/fpc/ticket/382 And currently Fedora seems to use golang instead of gccgo for whatever reason. Suggesting to close this Bug. (In reply to Jan Kratochvil from comment #6) > (In reply to Christopher Meng from comment #4) > > -g is the solution but we should let gcc automatically "add" it. > > This is not valid, gcc just historically does not default to -g. > > This should be rather addressed in: > https://fedoraproject.org/wiki/PackagingDrafts/Go > + > Go Packaging Guidelines Draft > https://fedorahosted.org/fpc/ticket/382 > And currently Fedora seems to use golang instead of gccgo for whatever > reason. > > Suggesting to close this Bug. Sorry, but I have to disagree. From a user's pov, gccgo simply doesn't work as expected: one has to pass '-g' to it to actually produce working binaries. This has nothing to do with the Go Packaging Guidelines or the question whether Fedora uses golang for compiling *other packages*. gcc-go-5.0.0-* gccgo defaults to -g1 if no -g is passed. And, doesn't fail miserably at startup if debug info is missing, though some features like backtrace might not work properly. |
Description of problem: Rpmbuild is ignoring the %define debug_package %{nil} statement. Version-Release number of selected component (if applicable): rpm How reproducible: Always, since some recent version (the same build did succeed a little while ago) Steps to Reproduce: 1. Try to build a package that cannot produce debug information Actual results: no debug info in ELF executable errno -1 Expected results: A correctly built package Additional info: I am aware that I should change it to %global, but that does not fix the problem. An example build that displays this problem is: https://koji.fedoraproject.org/koji/taskinfo?taskID=5169239. devtodo2 can not produce debug information, because gcc-go does not support this.