Created attachment 693563 [details] Build with $RPM_OPT_FLAGS and $RPM_LD_FLAGS gimp-normalmap is not built with $RPM_OPT_FLAGS nor $RPM_LD_FLAGS. One quick and dirty way to fix this is attached.
gimp-normalmap-1.2.3-3.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/gimp-normalmap-1.2.3-3.fc17
gimp-normalmap-1.2.3-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/gimp-normalmap-1.2.3-3.fc18
$RPM_LD_FLAGS are still not being used in 1.2.3-3.
Additionally, the $RPM_OPT_FLAGS implementation in 1.2.3-3 is done so that -O3 overrides whatever -O level is in $RPM_OPT_FLAGS; doing so needs additional justification per the packaging guidelines. http://fedoraproject.org/wiki/Packaging:Guidelines#Compiler_flags
Package gimp-normalmap-1.2.3-3.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gimp-normalmap-1.2.3-3.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-2147/gimp-normalmap-1.2.3-3.fc17 then log in and leave karma (feedback).
The $RPM_LD_FLAGS is not mentioned anywhere in the guidelines for as far as I can find, could you point me to where you find this is required? It also does not appear anywhere in the RPM macros list (http://fedoraproject.org/wiki/Packaging:RPMMacros), and the default definition in /usr/lib/rpm/macros (RPM_LD_FLAGS=\"%{?__global_ldflags}\"\) only makes it use any global variable named ldflags in the spec file.
gimp-normalmap-1.2.3-4.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/gimp-normalmap-1.2.3-4.fc17
gimp-normalmap-1.2.3-4.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/gimp-normalmap-1.2.3-4.fc18
%configure, %cmake etc use %__global_ldflags, just like they use %optflags. More info about it is for example at http://lists.fedoraproject.org/pipermail/devel/2011-August/155358.html Anyway relro is now the default so not honoring $RPM_LD_FLAGS isn't that crucial at the moment, but support for it is certainly something that should be fixed so that any changes in $RPM_LD_FLAGS then apply to your package in the future as intended, especially when I believe it'd be simply a matter of: -make %{?_smp_mflags} CFLAGS="%{optflags}" +make %{?_smp_mflags} CFLAGS="%{optflags}" LDFLAGS="$RPM_LD_FLAGS" (or replace $RPM_LD_FLAGS with %{?__global_ldflags} if you want the macro style)
Package gimp-normalmap-1.2.3-4.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gimp-normalmap-1.2.3-4.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4284/gimp-normalmap-1.2.3-4.fc17 then log in and leave karma (feedback).
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
gimp-normalmap-1.2.3-4.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
gimp-normalmap-1.2.3-4.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.