Re: Translation conventions

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Greg Stark <stark(at)enterprisedb(dot)com>
Subject: Re: Translation conventions
Date: 2009-04-09 13:49:20
Message-ID: 200904091649.20828.peter_e@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thursday 09 April 2009 16:04:32 Greg Stark wrote:
> Hm, I may have made an assumption here which might be wrong. I assumed
> the original English strings were updated regularly whenever we made a
> release or even more often. Even if no translator was available to add
> translations for them. Or do we only regenerate the original English
> strings on demand when someone is ready to translate them?

The flow of things looks like this:

PostgreSQL source code C file
|
| xgettext
|
POT file
|
| msgmerge <--- old PO file
|
merged PO file
|
| human translator
|
updated PO file
|
| cvs commit
|
pgfoundry/pgtranslation CVS repo ---> then serves as next old PO file above
|
| release manager + special scripts
|
PostgreSQL source code with new translations

The xgettext and msgmerge steps are run regularly (several times per day) on
babel.postgresql.org, then the translators do their thing, check the stuff in,
repeat as much as they want, and then before a release usually I do the last
step to copy things over.

To take the example of the outdated backend hr.po translation, if you went to
http://babel.postgresql.org/ you can download the merged PO file, do some
translation, check it back in, and then it will be in a release in the near
future.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Teodor Sigaev 2009-04-09 15:10:20 Re: GIN versus zero-key queries
Previous Message Greg Stark 2009-04-09 13:29:33 Re: contrib/intarray vs empty arrays