Red Hat Bugzilla – Bug 463062
build fails after undocumented incompatible changes to RPM
Last modified: 2008-10-07 16:20:49 EDT
Created attachment 317312 [details]
Fix Patch0:/%patch mismatch
This package was identified as one that was bit by a bug in Rawhide rpm:
The rpm bug has been fixed, so currently this is "only" a FTBFS bug for this package - no builds with the broken rpm have apparently been done or tagged for F-10.
Fix attached, I was not able to commit it myself due to CVS ACL restrictions.
(I'll commit, with a comment explaining it's due to a change in the spec file definition.)
Applied - although it's trivial, rebuild submitted as there's a reasonable chance we won't be building again before the next freeze. (2.02.40 needs to see more testing before I'll know if it's good enough for Fedora at this stage of the release cycle.)
Well the rebuild fails - it looks like someone changed something to do with exec_prefix too so various files are getting placed in the wrong directories - we even have something looking in /usr/usr now!
...moans about the lack of any follow-up announcement to fedora-devel-announce about stuff like this...
They seem to have changed the way exec_prefix is expanded: our spec file changes this but the new rpm code must expand other macros that use exec_prefix too soon - so our revised value is not taken into account and the default gets used.
After much experimentation, I have applied a workaround, which involves overriding the values of the other macros too and the build has now succeeded.