Hello Guillem.
Unfortunately, the patch does not apply cleanly to the current version.
If there is enough interest I can ask Bruno if it's possible for him
to provide a patch against autopoint in gettext 0.17. If not, well,
we'll just wait for gettext 0.18.
--
To UNSUBSCRIBE, email to
Guillem Jover wrote:
autopoint does it automatically. It infers the list of po/ dirs.
Just try it.
I've done that in the past, and before filing the bug, I've prepared now
a small test case
Thanks for the test case. I was wrong again, and your testcase helped me
clear up all the
On Sun, 2009-08-09 at 16:12:44 +0200, Bruno Haible wrote:
I reproduce, thank you very much. Find attached the fix (which will be
contained in the next gettext release).
Wonderful! Thanks for the fix.
regards,
guillem
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Guillem Jover wrote:
getttextize used to support more than one podir
No, gettextize always only supported one podir.
I can see gettextize's --po-dir option which can be
specified several times
Oops, you are right. I was wrong. Since version 0.17, gettextize *does*
support multiple
Hi!
On Sat, 2009-08-08 at 11:38:59 +0200, Bruno Haible wrote:
Guillem Jover wrote:
getttextize used to support more than one podir
No, gettextize always only supported one podir.
I can see gettextize's --po-dir option which can be
specified several times
Oops, you are right. I
Hi!
On Mon, 2009-07-27 at 09:56:18 +0200, Bruno Haible wrote:
Guillem Jover wrote:
In dpkg we have several domains, and thus several po/ directories in
the source tree. We (try) not to keep autogenerated files in git
This situation is supported by the GNU gettext + autotools toolchain.
Package: gettext
Version: 0.17-6
Severity: wishlist
Hi!
In dpkg we have several domains, and thus several po/ directories in
the source tree. We (try) not to keep autogenerated files in git, but
we are forced to due to autopoint not supporting more than one po/
dir, and that one should be
7 matches
Mail list logo