Re: Documentation for Package Maintainers regarding Translations (was: General Questions about Translations and what a package maintainer has to do)

Marc Haber <[email protected]> Mon, 24 Mar 2025 17:49:40 +0100
Newsgroups gmane.linux.debian.internationalization.general,gmane.linux.debian.devel.general
Message-ID <[email protected]>
On Sat, Mar 22, 2025 at 06:32:54PM +0000, Helge Kreutzmann wrote:
>Am Wed, Mar 19, 2025 at 09:44:47AM +0100 schrieb Marc Haber:
>> tl;dr: New Wiki Page https://wiki.debian.org/I18n/ForPackageMaintainers,
>> please review
>
>I just did it. I usually updated it right away, but at one or two
>points it is more like a discussion. And due to my changes some
>redundancy is included, but I think this is more helpful during
>development, you can streamline it of course in the next step(s).

I appreciate your help. Thank you very much.

>If you have any questions on my changes it is probably best to discuss
>this on list. Please keep me (or -i18n) in CC, as I'm not subscribed
>to -devel.

I think the only matter that needs discussion is whether and when to 
commit updated PO files:

Me:
It is currently not clear how to make sure that a package maintainer 
does not forget these updates without creating lots of useless commits 
with new PO files that only differ in line number and date stamp 
comments.

You:
Using no line numbers reduced this problem. Updated time stamps are no 
worry for translators (they seldomly look at them). And they do not care 
for commits - they look at master or similar or on the web pages 
mentioned above and take what they find. So the most important part is 
to keep this current. If you need this for your VCS, you can add code in 
your build system to discard po(t) file updates which only change in the 
date stamp. 

My questions:
"Using no line numbers" => invoke msgmerge with --no-location?
"Web pages mentioned above" => I don't see web pages being mentioned. 
That needs a name or a link
"Add code in your build system to discard po(t) that only change in the 
date stamp" => that would mak ethe source package and the tag in the VCS 
diverge. I don't like that at all.

Greetings
Marc