Bug 551971
Summary: | rpmbuild does not do expand with %if %with(...) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Kirby Zhou <kirbyzhou> |
Component: | rpm | Assignee: | Panu Matilainen <pmatilai> |
Status: | CLOSED WONTFIX | QA Contact: | BaseOS QE Security Team <qe-baseos-security> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 5.4 | ||
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-01-04 10:55:50 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Kirby Zhou
2010-01-03 12:27:31 UTC
There's a indeed a bug here but it's not what you think it is... Macros are scoped so the _extension %define only exists in the {} block of this line: %{!?_extension:%define _extension .gz} Or rather, it's *supposed* to only exist in that block, but due to an ages old bug in the macro engine, it doesn't get undefined until you call a (possibly completely unrelated) parametrized macro, %with() in this case. This is the correct way, not a workaround: %{!?_extension:%global _extension .gz} WONTFIX for RHEL 5 to avoid unnecessary breakage there, but fixed upstream now to enforce use of %global in such cases. |