Hello Brian Hsu,
Am 02.06.21 um 03:51 schrieb BrianHsu:
> Hi,
>
> I'm trying to translate GnuCash to my native language.
at first thanks for your contributions.
> During the
> process of translation, I found some text already changed in the maint
> branch, but in my .po file, those changes doe
e msgid is still "FIFO" / "LIFO", and no entry
> for updated text.
>
> IIRC, there should be a command or some build script that extract the
> .pot file from latest source codes, so I could merge it to the current .po
> file and make sure my translation is compl
quot;, but in the maint branch, it's now "First-in first-out"
and "Last-in first-out".
But in po/zh_TW.po, the msgid is still "FIFO" / "LIFO", and no entry
for updated text.
IIRC, there should be a command or some build script that extract the
.pot fil
Op zondag 1 maart 2020 07:43:57 CET schreef c.holterm...@gmx.de:
> Hello,
>
> I don't have gettext 0.20. That disables potfile generation.
> It would be helpful if that message was shown when trying to
> make pot.
Fair point.
> If I remove that condition in CMakeList.
Hello,
I don't have gettext 0.20. That disables potfile generation.
It would be helpful if that message was shown when trying to
make pot.
If I remove that condition in CMakeList.txt pot file gets build.
I'll work with that one to provide german translations for the
python strings
#x27;foo'?
make pot on branch 3.8 works as I just found out. Cherry-picking my
modifications from PR 655 and make pot works as well. pot file gets
generated and the python strings get included.
regards,
Christoph Holtermann
Am 2020-03-01 06:13, schrieb John Ralls:
Christoph,
Please post the
d
> up the PR: https://github.com/Gnucash/gnucash/pull/655
>
> I'd like to add some translations but I don't manage to get that done.
> It seems to me that the next step would be creating the pot file.
>
> There is documentation
> (https://wiki.gnucash.org/wiki/Translat
Hello,
I got stuck trying to implement the python translations. I have cleaned
up the PR: https://github.com/Gnucash/gnucash/pull/655
I'd like to add some translations but I don't manage to get that done.
It seems to me that the next step would be creating the pot file.
There is doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Dan Pescaru schrieb:
> Can anyone tell me how can i get the pot file fot the current verion to
> make a translation in Romanian Language.
http://wiki.gnucash.org/wiki/Translation
The pot file is included in the 1.9.3 release tarball. (I
Can anyone tell me how can i get the pot file fot the current verion to make a translation in Romanian Language.I started the translation of the 1.8 version. I hope that i can help you with the translation in romanian to be ready for the version
2.0-- Danny Fischer
Chris Shoemaker <[EMAIL PROTECTED]> writes:
> On Sun, Jan 08, 2006 at 04:14:29PM -0500, Derek Atkins wrote:
>> Chris Shoemaker <[EMAIL PROTECTED]> writes:
>>
>> > Well, since actually having to `make clean' is annoying, we should
>> > certainly do anything easy to avoid it. The dist-hook runs ju
On Sun, Jan 08, 2006 at 04:14:29PM -0500, Derek Atkins wrote:
> Chris Shoemaker <[EMAIL PROTECTED]> writes:
>
> > Well, since actually having to `make clean' is annoying, we should
> > certainly do anything easy to avoid it. The dist-hook runs just
> > before the archival, so how's this:
> >
> >
Chris Shoemaker <[EMAIL PROTECTED]> writes:
>> So.. It could break if you run make, then svn update (where someone
>> deleted a file), and then run "make dist".
>
> You're right. But if I run make, then use svn to change to some other
> revision, and then run some other make command, and thing
t'. C'mon.
>
> FYI, I have no "gnucash.pot" in my build tree. "make" doesn't build
> one on my system, but "make dist" would. At least with the version of
> po/Makefile.in that I've got on my system, the pot file is built only
>
is going into po
> and using an explicit make target, and ONLY IF _YOU'RE_ THE ONE who
> removed the file since the last `make pot'. C'mon.
FYI, I have no "gnucash.pot" in my build tree. "make" doesn't build
one on my system, but "make dist"
On Thu, Jan 05, 2006 at 12:21:57PM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >"At best"? If I touched ChangeLog as I edited files, like you
> >suggest, I'd constantly be remaking POTFILES.in. How's that for a
> >reason not to add ChangeLog as a dependency for
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
"At best"? If I touched ChangeLog as I edited files, like you
suggest, I'd constantly be remaking POTFILES.in. How's that for a
reason not to add ChangeLog as a dependency for anything being remade?
I'd rather it rebuild too often and make the bui
On Thu, Jan 05, 2006 at 10:52:18AM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >For that reason (and because I'm hoping ChangeLog will oneday become
> >more automated) I'm not in favor of adding a dependency on ChangeLog.
>
> 1) I don't see this particular change
On Wed, Jan 04, 2006 at 11:32:59PM +, Neil Williams wrote:
> As Derek comments, it is better to have two targets but OSX barffed initially.
>
> I'm checking now if all-local will sort out these differences. (Let you now
> tomorrow - looks OK so far.)
Sorry to be so picky, but what _exactly
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
For that reason (and because I'm hoping ChangeLog will oneday become
more automated) I'm not in favor of adding a dependency on ChangeLog.
1) I don't see this particular change happening anytime soon. There's
just no consensus to do it this way,
quot;make" in the top-level directory (and
> SUBDIRS in top-level Makefile.am contains "." first), or if a translator only
> wants the pot file updated then it will be run by "make pot". I agree that we
> can provide automatic rules for both cases, so the build w
Neil Williams schrieb:
A translator _still_ has to either `make pot' or `make' at toplevel
and in either case, POTFILES.in will already exist. Right?
That is the flip side of the OSX problem.
I think all of this can be solved once suitable Makefile rules will be
used (it's unclear to me wh
>> On Tue, Jan 03, 2006 at 06:06:27PM +, Neil Williams wrote:
>>> On Tuesday 03 January 2006 5:43 pm, [EMAIL PROTECTED] wrote:
>>> > Hello,
>>> >
>>> > With revision 12241
>>> > I got the following error when running make pot:
>>> > make[1]: *** No rule to make target `../src/gnome/gncmod-budge
Quoting Neil Williams <[EMAIL PROTECTED]>:
make-potfiles: make-potfiles.in Makefile
rm -f [EMAIL PROTECTED]
sed < $< > [EMAIL PROTECTED] \
-e 's:@-PERL-@:${PERL}:g'
chmod +x [EMAIL PROTECTED]
mv [EMAIL PROTECTED] $@
all-local: Makefile
rm -f ./po/P
h time make is run from the top level directory using
all-local because that is what ensures that po/POTFILES.in exists.
It works, but is this OK?
(it also causes POTFILES to be regenerated in po/ but not the pot file, that
is manual as before with 'make pot'.)
Sample output:
$ make
Quoting Neil Williams <[EMAIL PROTECTED]>:
If
Christian's concern was that `make pot' no longer suffices on its own,
then I think we can solve that by just saying:
pot: Makefile
+ ${MAKE} make-gnucash-potfiles
rm -f intl-scm/guile-strings.c
make -C intl-scm
rm -f
Am Mittwoch, 4. Januar 2006 22:21 schrieb Neil Williams:
> > pot: Makefile
> > + ${MAKE} make-gnucash-potfiles
> > rm -f intl-scm/guile-strings.c
> > make -C intl-scm
> > rm -f po/$(PACKAGE).pot
> > make -C po $(PACKAGE).pot
>
> Sounds good to me. It would be
use we can rely that "make" in
the po/ directory is either run by a "make" in the top-level directory (and
SUBDIRS in top-level Makefile.am contains "." first), or if a translator only
wants the pot file updated then it will be run by "make pot". I
t; me. You wrote `make pot` but I think you meant the
> make-gnucash-potfiles rule.
Sorry for any confusion. I'll use quotes to mark the actual rules and files:
I originally DID only modify the 'make pot' rule (to solve the initial problem
reported by Tor Harald - build &#
On Wednesday 04 January 2006 8:53 pm, Chris Shoemaker wrote:
> I'm not sure, but I thought that Christian meant 'run "make" [in the
> po/ directory]'. Or at least, I thought he had in mind a case where
> the translator doesn't have to build all of gnucash. In any case, I
> now realize that a tran
On Wed, Jan 04, 2006 at 08:01:13PM +, Neil Williams wrote:
> On Wednesday 04 January 2006 5:30 pm, Christian Stimming wrote:
> > > I thought there was some reason, I just couldn't remember. Instead of
> > > reverting, I'll commit a stub po/POTFILES.in explaining why the file
> > > is in SVN.
On Tue, Jan 03, 2006 at 06:06:27PM +, Neil Williams wrote:
> On Tuesday 03 January 2006 5:43 pm, [EMAIL PROTECTED] wrote:
> > Hello,
> >
> > With revision 12241
> > I got the following error when running make pot:
> > make[1]: *** No rule to make target `../src/gnome/gncmod-budget.c', needed
>
On Wednesday 04 January 2006 8:06 pm, Neil Williams wrote:
> > No, please don't remove it.
>
> We do need to remove it because it is not fully automatic.
Typo:
We do need to remove it because [the build for] it is *now* fully automatic.
(also in another email, sorry. Only just got in from work.)
On Wednesday 04 January 2006 5:43 pm, Chris Shoemaker wrote:
> Maybe we can add a note for translators that you have to run `make
> pot` to get the updated filelist?
No need. make does it for you. make pot only makes gnucash.pot - as before.
--
Neil Williams
=
http://www.data-freedo
On Wednesday 04 January 2006 6:21 pm, Chris Shoemaker wrote:
> Perhaps you forget that laziness is the first great virtue of a
> programmer:
Which is why I deliberately ensured that the top level make would build all
precursor files for make pot to operate.
The later changes were to reflect test
On Wednesday 04 January 2006 10:23 am, Christian Stimming wrote:
> Neil Williams schrieb:
> >>Does anyone know why we version-control this generated file?
> >
> > make-gnucash-postfiles is made on each make started from ${top_srcdir}
> > and remade if it's deleted, so it should be safe to remove PO
On Wednesday 04 January 2006 5:30 pm, Christian Stimming wrote:
> > I thought there was some reason, I just couldn't remember. Instead of
> > reverting, I'll commit a stub po/POTFILES.in explaining why the file
> > is in SVN. Then maybe we can set an ignore property for it.
No. That's what my to
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
Train the developers to run the make-gnucash-potfiles script anytime
they add or remove files?
:)
Perhaps you forget that laziness is the first great virtue of a
programmer:
[snip]
In general, programmers are better at automating tedious, repetit
On Wed, Jan 04, 2006 at 01:01:52PM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >The goal is just to make it so we're not breaking the build or leaving
> >out files if we add/delete/rename files and forget to update
> >POTFILES.in. Any suggestions?
>
> Train the
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
The goal is just to make it so we're not breaking the build or leaving
out files if we add/delete/rename files and forget to update
POTFILES.in. Any suggestions?
Train the developers to run the make-gnucash-potfiles script anytime
they add or remov
On Wed, Jan 04, 2006 at 06:30:23PM +0100, Christian Stimming wrote:
> Chris Shoemaker schrieb:
> >On Wed, Jan 04, 2006 at 11:23:01AM +0100, Christian Stimming wrote:
> >
> >>Neil Williams schrieb:
> >>
> Does anyone know why we version-control this generated file?
> >>
> >>No, please don't remo
On Wed, Jan 04, 2006 at 06:30:23PM +0100, Christian Stimming wrote:
> Chris Shoemaker schrieb:
> >On Wed, Jan 04, 2006 at 11:23:01AM +0100, Christian Stimming wrote:
> >
> >>Neil Williams schrieb:
> >>
> Does anyone know why we version-control this generated file?
> >>
> >>No, please don't remo
On Wed, Jan 04, 2006 at 12:25:31PM -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
>
> >I thought there was some reason, I just couldn't remember. Instead of
> >reverting, I'll commit a stub po/POTFILES.in explaining why the file
> >is in SVN. Then maybe we can set an i
Chris Shoemaker schrieb:
On Wed, Jan 04, 2006 at 11:23:01AM +0100, Christian Stimming wrote:
Neil Williams schrieb:
Does anyone know why we version-control this generated file?
No, please don't remove it. The reason why we version-control this
generated file is because the Makefile in that
Quoting Chris Shoemaker <[EMAIL PROTECTED]>:
I thought there was some reason, I just couldn't remember. Instead of
reverting, I'll commit a stub po/POTFILES.in explaining why the file
is in SVN. Then maybe we can set an ignore property for it.
I don't know if that will work. Is it possible
On Wed, Jan 04, 2006 at 11:23:01AM +0100, Christian Stimming wrote:
> Neil Williams schrieb:
> >>Does anyone know why we version-control this generated file?
> >
> >make-gnucash-postfiles is made on each make started from ${top_srcdir} and
> >remade if it's deleted, so it should be safe to remove
Neil Williams schrieb:
Does anyone know why we version-control this generated file?
make-gnucash-postfiles is made on each make started from ${top_srcdir} and
remade if it's deleted, so it should be safe to remove POTFILES.in from svn
control and let it be generated via make make pot.
AFAIC
Quoting Neil Williams <[EMAIL PROTECTED]>:
No problem - I'm just not sure how to achieve it.
If
${top_srcdir}/Makefile.am is a symlink, can we follow that symlink and
run from there?
Do you mean use cd to go to ${top_srcdir} first?
Or the set the redirect to go to ${top_srcdir}/po/POTFILES.i
On Tuesday 03 January 2006 8:21 pm, Derek Atkins wrote:
> Neil Williams <[EMAIL PROTECTED]> writes:
> > make-gnucash-postfiles is made on each make started from ${top_srcdir}
> > and remade if it's deleted, so it should be safe to remove POTFILES.in
> > from svn control and let it be generated via
On Tue, Jan 03, 2006 at 03:58:09PM -0500, Chris Shoemaker wrote:
> On Tue, Jan 03, 2006 at 03:42:04PM -0500, Derek Atkins wrote:
> > Derek Atkins <[EMAIL PROTECTED]> writes:
> >
> > > Any chance we could change this slightly.. If
> > > ${top_srcdir}/Makefile.am is a symlink, can we follow that sy
On Tue, Jan 03, 2006 at 03:42:04PM -0500, Derek Atkins wrote:
> Derek Atkins <[EMAIL PROTECTED]> writes:
>
> > Any chance we could change this slightly.. If
> > ${top_srcdir}/Makefile.am is a symlink, can we follow that symlink and
> > run from there? This would also allow this process to work i
Derek Atkins <[EMAIL PROTECTED]> writes:
> Any chance we could change this slightly.. If
> ${top_srcdir}/Makefile.am is a symlink, can we follow that symlink and
> run from there? This would also allow this process to work in an
> "lndir tree".
FYI, the reason I'm asking this is because the lnd
Neil Williams <[EMAIL PROTECTED]> writes:
> On Tuesday 03 January 2006 6:01 pm, Chris Shoemaker wrote:
>> $ ./make_gnucash_potfiles > po/POTFILES.in
>
> committed.
>
>> Does anyone know why we version-control this generated file?
>
> make-gnucash-postfiles is made on each make started from ${top_s
On Tuesday 03 January 2006 6:01 pm, Chris Shoemaker wrote:
> $ ./make_gnucash_potfiles > po/POTFILES.in
committed.
> Does anyone know why we version-control this generated file?
make-gnucash-postfiles is made on each make started from ${top_srcdir} and
remade if it's deleted, so it should be sa
On Tuesday 03 January 2006 5:43 pm, [EMAIL PROTECTED] wrote:
> Hello,
>
> With revision 12241
> I got the following error when running make pot:
> make[1]: *** No rule to make target `../src/gnome/gncmod-budget.c', needed
> by `gnucash.pot'. Stop.
Try it with revision 12246.
When files are remov
On Tue, Jan 03, 2006 at 06:43:00PM +0100, [EMAIL PROTECTED] wrote:
> Hello,
>
> With revision 12241
> I got the following error when running make pot:
> make all-am
> make[2]: Entering directory `/home/tortho/svn/gcash/intl-scm'
> make[2]: Nothing to be done for `all-am'.
> make[2]: Leaving direc
Hello,
With revision 12241
I got the following error when running make pot:
make all-am
make[2]: Entering directory `/home/tortho/svn/gcash/intl-scm'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/tortho/svn/gcash/intl-scm'
make[1]: Leaving directory `/home/tortho/svn
Hi,
> > Having seen that your continuous work is driving Gnucash to 2.0 alphas,
> > I thought I should start translating missing strings to spanish.
> Hmm, maybe it's a tad early.
Are the GUI and strings changing much yet?
> > I've just checked out gnome2 branch from CVS, but it doesn't
Neil Williams wrote:
True. Currently, you may need Debian unstable to build G2. You will certainly
need goffice as the version of libgsf in etch causes problems for G2.
Maybe best to come back to this when you have more time and when a few more
things have been ironed out.
FWIW, my rec
smill.me.uk/gnucashlibs.html )
3. You may well need Debian testing (etch) rather than stable (sarge). That
involves an 'apt-get dist-upgrade testing'
> Can I download an updated pot file for gnome2 branch from somewhere,
It's a bit of a moving target still. I can generate g
.
>
> I've just checked out gnome2 branch from CVS, but it doesn't
> even ./configure on my Debian Sarge (I don't have much time, sorry).
> Can I download an updated pot file for gnome2 branch from somewhere,
> just to start working on the translation for the first alpha
n I download an updated pot file for gnome2 branch from somewhere,
just to start working on the translation for the first alpha? (indeed,
I'll have to manage to build gnucash2 sooner or later to test the
translation)
Thanks a lot!
Eneko.
___
gnucas
62 matches
Mail list logo
