using a macro in ExclusiveArch
Björn Persson
bjorn at xn--rombobjrn-67a.se
Thu Jan 5 12:08:21 UTC 2012
I need some advice on how to fix this build failure. The GtkAda package builds
fine in Mock, but fails in Koji with the error "No matching arches were found":
http://koji.fedoraproject.org/koji/taskinfo?taskID=3621310
Several Ada packages need an ExclusiveArch directive to prevent attempts to
build them on secondary architectures where GNAT isn't available. I thought it
would be a good idea to keep the list of architectures in a macro to get
closer to a single point of truth. I defined the macro in /etc/rpm/macros.gnat
in the package fedora-gnat-project-common:
%GNAT_arches %{ix86} x86_64 ia64 ppc ppc64 alpha
GtkAda uses the macro like this:
BuildRequires: fedora-gnat-project-common >= 3.3
ExclusiveArch: %{GNAT_arches}
I *think* the reason why the build fails in Koji might be that Koji reads the
ExclusiveArch directive to figure out which build server should handle the
build, and it doesn't pull in buildrequired packages before doing that, so
GNAT_arches is undefined. Does this analysis seem correct?
If so, what should I do about it? Should macros simply not be used in the
ExclusiveArch directive? I see ghc_arches, mono_arches and ocaml_arches in
other files in /etc/rpm. Those files all belong to redhat-rpm-config. Would this
work if GNAT_arches were defined in redhat-rpm-config instead of fedora-gnat-
project-common? Is it significant that all three filenames end in "-srpm"? Or
should this be considered a bug in Koji?
Björn Persson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120105/c5e11687/attachment.sig>
More information about the devel
mailing list