On Sun, 08 Apr 2001, Christian Marillat wrote: > This scrip "xml-i18n-toolize" patch po/Makefile.in.in and this patch work only > with gettext 0.10.35 (I know this is a wild hack) > > Then the debian maintainer can rewrite this patch but in that case package > who use xml-i18n-toolize need to run gettextize. This (running xml-i18n-toolize) is more-or-less an unavoidable pain if you want a build that is not subtly broken (i.e.: does not use the latest fixes in the xml-i18n tools and gettext [as packaged in Debian]). I've been recently through serious gettext build breakage in fetchmail, and the only permanent fix was to completely remove all of gettext (except the _data_ files in po/) and autotools (autoconf and friends, again I did not remove the source files, such as configure.in and *.am) from the cvs tree, add an autogen.sh script that calls gettextize (plus all the standard autoconf and friends). Subtle anti-breakage functionality was added to debian/rules to deal with the limitations of diff, too. > I don't know if this is the solution; Unfortunately, yes. The xml-i18n-tools maintainer must fix his package to work with the new gettext, and all other maintainers must fix their packages to always use the newest xml-i18n-tools- and gettext-provided code and M4 macros. If you want help with that, I could try to. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
Attachment:
pgpE63wFQXwbn.pgp
Description: PGP signature