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