(no subject)



Hi,

The (really nice) module releasing HOWTO sent by Mark McLoughlin some
time ago, contains these steps as part of a module release process:
* run make distcheck
* do a cvs commit
* tag the release

make distcheck has the unfortunate side effect of modifying all po
files, so all translations end up being updated in cvs each time a
module is released. These modifications of the po files don't bring
anything (they don't add or remove translated strings, they mostly
change line numbers in all comments in those files and stuff like that).

On the other hand, if a translator has a modified po file on his
computer that he hasn't committed yet, the next time he cvs updates,
he'll get a conflict for most of the strings in this file, which makes
resolving the conflicts next to impossible.

I raised this problem on #i18n asking if the modified po files should be
committed before releasing a module or not, and basically I got 2
distinct point of views:

* translator point of view: when a maintainer updates all the po files
in a module, it doesn't bring anything, and potentially ruins some
translator work. The updated po files shouldn't be committed.

* developer point of view: a tarball content must exactly match what is
tagged in CVS. The updated po files must be committed, or the build
tools must be fixed not to modify those po files (the build tools still
need to check the validity of those files though).

I tend to agree with the translator point of view (to be frank, I'm also
translating stuff from time to time ;) and I think it's worth bringing
that problem up for discussion so that all modules owners do the same
thing when they make a release. 

Cheers, 

Christophe

Ceci est une partie de message=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]