GNOME Bugzilla – Bug 490620
don't distribute intltool with tarballs
Last modified: 2008-12-02 19:13:46 UTC
The "intltoolize" (based on libtoolize, etc.) model is not really relevant for gnome; we already have a huge stack of dependencies, including build tools such as pkg-config. It would be nicer if packages just required intltool to be installed, just as they require other dependencies.
*** Bug 517691 has been marked as a duplicate of this bug. ***
This should work in SVN trunk now. Please test and file bugs for any issues. Would love to get this requirement set up for the 2.24 releases.
Should this be the subject of a GnomeGoal? Could you list the required changes in a standard GNOME module?
Based on what was done to libgnomeui, and some other common sense, I see that the following has to be done at the very least typically: * Increase intltool version requirement to 0.40.0 in configure.ac (or configure.in) by changing the minimum version passed through the IT_PROG_INTLTOOL macro in there * Don't EXTRA_DIST intltool-extract.in intltool-merge.in and intltool-update.in anymore (toplevel Makefile.am) * Don't DISTCLEANFILES intltool-extract intltool-merge and intltool-update anymore (toplevel Makefile.am) * Update copied intltool.m4 if that is for some reason included in some m4/ or macros/ dir - probably better to just get rid of it, as now intltool is required at build time anyway (before 0.40 it was required only if rebootstrap - autogen.sh call - was necessary)
Hi, I just stumbled onto this change when I tried to build xkeyboard-config and found that I now need intltool. It would be really cool if you could still distribute the *.in files when intltoolize was run. Then IT_PROG_INTLTOOL could look first in the build directory for the *.in scripts before searching for installed tools. Developers that don't want to ship the intltool scripts would just not run intltoolize. If this seems reasonable, I'd be happy to work on a patch to do this.