[Fedora-haskell-list] [Bug 547997] rpmbuild -bs became more strict and chokes on undefined macros in Requires

bugzilla at redhat.com bugzilla at redhat.com
Thu Dec 17 07:20:11 UTC 2009

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


Panu Matilainen <pmatilai at redhat.com> changed:

           What    |Removed                     |Added
             Status|NEW                         |CLOSED
         Resolution|                            |RAWHIDE

--- Comment #3 from Panu Matilainen <pmatilai at redhat.com>  2009-12-17 02:20:11 EDT ---
Yup, this is one of the fundamental chicken-and-egg problems with spec files:
there's no guarantee that a spec can be correctly parsed if build-requires are
missing, but in order to parse out build-requires from the spec, rpmbuild needs
to be able to parse the entire spec...

Generally, if there's a chance for a macro to be undefined, the spec should be
written to deal with it somehow. The approach shown by Rex works fine for
Requires and many others, but with BuildRequires it can cause the BuildRequire
that would correct the situation to be missed. Another variant that avoids that
would be
BuildRequires: ghc %{?ghc_version:= %{ghc_version}}

Anyway, I've loosened up the new checks to permit unexpanded macros to slip
through the valid character checks until we have a better fix for this. Built
into 4.8.0-0.beta1.4 in rawhide now.

Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

More information about the Fedora-haskell-list mailing list