On Wed, Apr 15, 2009, Robert Collins wrote: > > Wasn't this heavily frowned upon in Debian for many years? > Opinions have varied.
And still do... > Absolutely; not build-deping on autotools is a fundamental mistake IMO: > it makes packages bigger (you have to carry a configure script delta), > harder to review (generated content is in the diff). I find that running the autotools during build is fragile over time. It can break in subtle ways with new autotools versions. Most people don't understand autotools enough to do the right thing. Most packages running autotools during build will call automake, aclocal, autoconf in weird orders or lacking some additional commands which their packages need -- instead of autoreconf, which might not even be enough when you're using things like intltool or glib-gettext. Also, running autotools at runtime requires you to build-depend on all tools needed by the upstream maintainer instead of just the libs you need to build the features you care about; often people will miss some bdeps as a result (typically when upstream doesn't ship some m4 macros). In all cases, this is not black and white; I would still recommend that people who aren't versed in autotools just autoreconf into a patch and make sure that patched tree works well. -- Loïc Minier _______________________________________________ vcs-pkg-discuss mailing list vcs-pkg-discuss@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/vcs-pkg-discuss