Bug 669477 - libtalloc 2.0.5-6 binaries not stripped, empty -debuginfo
libtalloc 2.0.5-6 binaries not stripped, empty -debuginfo
Status: CLOSED CURRENTRELEASE
Product: Fedora
Classification: Fedora
Component: libtalloc (Show other bugs)
rawhide
Unspecified Unspecified
low Severity medium
: ---
: ---
Assigned To: Simo Sorce
Fedora Extras Quality Assurance
: Patch, Regression
Depends On:
Blocks: DebugInfo
  Show dependency treegraph
 
Reported: 2011-01-13 13:53 EST by Ville Skyttä
Modified: 2011-09-16 09:28 EDT (History)
4 users (show)

See Also:
Fixed In Version: libtalloc-2.0.5-7.fc15
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2011-09-16 09:28:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Let rpmbuild strip binaries, make build more verbose. (1.39 KB, patch)
2011-01-13 13:53 EST, Ville Skyttä
no flags Details | Diff

  None (edit)
Description Ville Skyttä 2011-01-13 13:53:58 EST
Created attachment 473389 [details]
Let rpmbuild strip binaries, make build more verbose.

libtalloc 2.0.5-6 installs *.so.* as non-executable, which means rpmbuild will not strip them.  Fix attached, along with a change that makes the used CFLAGS visible in the build log.
Comment 3 Stephen Gallagher 2011-01-14 07:54:08 EST
Thanks for your help with this. I wasn't sure what was causing that to happen.

I will apply this fix to libtdb and libtevent as well, which are also suffering this issue, and I've reported https://bugzilla.samba.org/show_bug.cgi?id=7905 upstream to Samba to fix the build system so it generates the libraries correctly.
Comment 4 Ville Skyttä 2011-01-14 11:51:23 EST
"Correctly" might be a bit strong word to use when communicating with upstream - unless I'm mistaken, there's no actual need for shared objects to be executable in Linux.  The executability requirement is just a quirk in rpmbuild's debuginfo extractor (and I believe also some other things in rpmbuild that deal with shared objects).

Note You need to log in before you can comment on or make changes to this bug.