[Rpm-maint] [draft] spec file unification: autotools based projects
mark.hatle at windriver.com
Thu Jul 17 16:27:48 UTC 2008
In this case the only alternative is to have the "last" patch be the
equiv of running autoreconf... and you need to ensure the time stamps
are right and such once it's applied or the autotools may run again.
Autotools greatly complicate this. In my experience it's either run it
at build time, or you deal with the the patch and time stamps problem..
the later is often more painful.
Ralf Corsepius wrote:
> On Thu, 2008-07-17 at 17:09 +0200, Stanislav Brabec wrote:
>> Packagers are encouraged to call autoreconf whenever possible. It
>> guarantees correct build of packages on platforms, that was not
>> supported by autotools in the time of the source release.
>> autoreconf -f -i
> I vehmently disagree, because this contradicts the autotools' working
> principles: The autotools are not supposed to be run during building a
> package. The files they generate are supposed to be shipped as part of
> the tarball.
> In practice, your recommendation is causing massive problems and is
> harmful on many occasions, esp. with improperly implemented
> Rpm-maint mailing list
> Rpm-maint at lists.rpm.org
More information about the Rpm-maint