
On Mon, Dec 05, 2011 at 12:15:29PM -0700, Eric Blake wrote:
Over time, Fedora and RHEL RPMs have often backported upstream patches that touched configure.ac and/or Makefile.am; this necessitates rerunning the autotools for the patch to be effective. Making this part of the spec file will make it easier for future backports to pull patches without thinking about this issue. However, there have been historical instances where an update in the autotools caused FTBFS situations; make it easy to avoid these by allowing the user to override our default.
* libvirt.spec.in (BuildRequires): Add autotools. (%build): Conditionally use them before configure. ---
v2: make the autotools default overridable, so that an rpm packager can bypass any changes caused by incompatibilities in an autotools upgrade.
libvirt.spec.in | 13 +++++++++++++ 1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/libvirt.spec.in b/libvirt.spec.in index 97b811d..806ff8f 100644 --- a/libvirt.spec.in +++ b/libvirt.spec.in @@ -8,6 +8,11 @@ sed -ne 's/^\.fc\?\([0-9]\+\).*/%%define fedora \1/p')} %endif
+# Default to running autoreconf in case any downstream patches touched +# configure.ac or Makefile.am. Set enable_autotools to 0 if you want +# to skip this step, perhaps if an upgrade in the autotools causes problems. +%{?enable_autotools:%define enable_autotools 1}
No, we should default to *not* running autotools - it just introduces a new failure point for no benefit in 99% of the time where we have no patches touching makefiles/configure. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|