are there any guidelines on using autoreconf in spec-files?
Specifically, there seem to be some reasons for overriding the
packaged GNU autotools files with an up-to-date version from the target
distribution (bugfixes? testing? cool factor?). Whatever, I've got two
questions about it.
First, I make the latest version of some utilities available for legacy
products (as ancient as SLE10), because they can be quite useful on
those systems (e.g. kdumpid for getting the crashed kernel version from
a dump file). However, these legacy distributions contain ancient
versions of GNU autotools and friends, so autoreconf does not work
properly when building for those targets (missing features, bugs).
The scripts included in the upstream tarball are definitely better. Is
it OK if I do _not_ run autoreconf in the specfile?
Second, autoreconf adds some build requirements: autoconf, automake and
possibly libtool and/or gettext-tools (depending on the actual content
of configure.ac). All of these packages are always installed, i.e.
autoconf works even if they are not specified in the specfile. Should
I add the appropriate BuildRequires to the specfile anyway? Should I
avoid adding them? Does it matter? Why?
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org