[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: maintainer-makefile troubles and suggestions
From: |
Bruno Haible |
Subject: |
Re: maintainer-makefile troubles and suggestions |
Date: |
Sun, 31 Jan 2010 19:11:07 +0100 |
User-agent: |
KMail/1.9.9 |
Hi Martin,
> sc_po_check:
> ------------
>
> This one complains about files like lib/getopt.c not being listed as
> requiring translations. OK, it has a point there. Still, of the three
> possible solutions which come to my mind, none feels exactly right:
>
> 1. Add files, and require every translator of every module using gnulib
> to re-include the same old translations, or even worse, think of similar
> but different translations every time. It would be nice if the list of
> files to be added in this way could be maintained by gnulib.
>
> 2. Drop all localizing constructs from getopt.c and accept that messages
> won't be localized unless the system has a properly localized
> gnu-compatible getopt library installed. Same for other, similar
> replacement files, e.g. regcomp.c.
>
> 3. Have gnulib use a different domain, have the proper message files
> imported along with the rest of gnulib into the project source tree at
> pre-configure time, and have those files compiled and installed at make
> time if any of the replacement files requiring them is actually used.
Yes, the current state is suboptimal. Most packages that use gnulib include
files like lib/getopt.c in their list of files for POTFILES, i.e. they use
approach 1.
Approach 2 is strongly discouraged.
There is the possibility to use approach 3, by
- using the gnulib-tool options --po-base and --po-domain,
- defining the DEFAULT_TEXT_DOMAIN macro in lib/Makefile.am.
The PO files for gnulib will be automatically downloaded from the Translation
Project's website <http://translationproject.org/domain/gnulib.html>. This
approach should certainly be better documented and more used.
Bruno
- [PATCH 1/4] vc-list-files: List bzr files recursively., (continued)
Re: Improvements for maint.mk, Eric Blake, 2010/01/21
Re: maintainer-makefile troubles and suggestions, Eric Blake, 2010/01/21
Re: maintainer-makefile troubles and suggestions,
Bruno Haible <=