On Friday, May 17, 2002, at 08:03 , Justin Hallett wrote:
> hehe maybe i don't know what it does :P but it would sure unset it for > the build spawn not for good. > From info gettext : "Internationalized packages have usually many `LL.po' files. Unless translations are disabled, all those available are installed together with the package. However, the environment variable `LINGUAS' may be set, prior to configuration, to limit the installed set. `LINGUAS' should then contain a space separated list of two-letter codes, stating which languages are allowed." So LINGUAS (say "setenv LINGUAS en") plays a role ONLY when building... Now this works well with say 9 packages out of 10 (and the vast majority of the exceptions seem gnome-related). So unsetting it for all builds would defeat everything. For information, the problems seem to be of 2 sorts : a) In some cases it stems from lines in the Installscript mkdir -p %i/share mv %i/lib/locale %i/share where one doesn't test before the mv whether %i/lib/locale exists This seems rather trivial to fix, and might very theoretically be argued as being an error in the InstallScript.. b) The other sort of problem yields things like : cat-id-tbl.c changed cd . && rm -f stamp-cat-id && echo timestamp > stamp-cat-id make[2]: *** No rule to make target `en.gmo', needed by `all-yes'. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 ### make failed, exit code 2 I didn't look yet what was the cause for this, but conceivably that type of error requires to patch the source... So I could also see a rationale for an answer of the style: Let's first fix the first type of errors , and try to get an idea of the number of packages where the second type occurs.. I fully understand that the maintainers resources in time are stretched very thin, and possibly that hence a first priority would be to get the binary distribution OK... On the other hand, fink did invest a lot to get gettext working properly... ? Jean-Francois Mertens _______________________________________________________________ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
