On Thu, 5 Jan 2012 13:08:21 +0100, BP (Björn) wrote: > 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? Yes. $ rpm -qp GtkAda-2.18.0-2.fc17.src.rpm --qf "%{exclusivearch}\n" %{GNAT_arches} > 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? Sounds plausible, because with redhat-rpm-config in the buildroot, the src.rpm would be fine with a defined macro. > Is it significant that all three filenames end in "-srpm"? Or > should this be considered a bug in Koji? I think the -srpm in there is not important. $ ls /etc/rpm macros.color macros.fjava macros.mono-srpm macros.systemd macros.dist macros.gconf2 macros.ocaml-srpm macros.texlive macros.emacs macros.ghc-srpm macros.perl macros.faldor macros.jpackage macros.prelink -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel