git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Using Transifex in git.git

From
Andreas Ericsson <ae@op5.se>
Date
Jun 15, 2011, 08:22 UTC
Message-ID
<4DF86BB3.4070906@op5.se>
In-Reply-To
<BANLkTikCB7t4DhCxjLT-JABsUuksPBhkLw@mail.gmail.com>
On 06/15/2011 09:33 AM, Ramkumar Ramachandra wrote:
Show 12 quoted lines
> Hi Andreas,
> 
> Andreas Ericsson writes:
>> Historically, a translation for one language has been considered "one
>> logical change" in that respect. I think it's safe to assume that if
>> we want translators to stick around they shouldn't need to divide their
>> changes on a per-message or per-command basis. Especially since such
>> divisions wouldn't be very easy to do if all you've got to go on is
>> a pot-file.
> 
> Fair point.  How do we work around this?
> 1. Can we relax the requirements for contributing translations?  To what extent?

Probably at least a bit. It doesn't affect core functionality in any way so it's unlikely it will cause bugs that requires deep diving in the history, so changes needn't be so isolated and commit messages are less important than for code changes.

> 2. It think one commit per edit-session per language sounds sane.
Yup.
Show 7 quoted lines
>  If
> people just go around translating some random strings that they like
> (which is often the case), what is the sense in asking them to write a
> commit message? Maybe we can write one ourselves before committing it,
> provided they signoff on all the commits? Maybe there should be an
> auto-signoff option too?
> 

No and no. No auto-signoff, and no auto-message. That will just leave us with a long string of auto-signoffs and automatic messages, and that's horrible.

The "no auto-signoff" rule is from Junio btw, and I doubt he's changed his mind regarding that. The "no auto-message" is just my gut feeling that everyone will really hate to see changes without an explanation. Something simple like "5 out of 6 of the large scm's (in terms of userbase) uses 'blarg' instead of 'fnurg' for commits, so let's call it that in our examplinitian translation too" is enough and will be quite helpful when it comes to explaining why a change is made.

Otoh, "Updated translations for new release" will probably be the most common message, and that's fine too if that's what happened.

-- 
Andreas Ericsson                   andreas.ericsson@op5.se
OP5 AB                             www.op5.se
Tel: +46 8-230225                  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.
Previous: Ramkumar RamachandraNext: Ramkumar Ramachandra
Message 8 of 14 in “Using Transifex in git.git”
  1. Ramkumar RamachandraJun 14, 2011
  2. Andreas EricssonJun 14, 2011
  3. Ramkumar RamachandraJun 14, 2011
  4. Ævar Arnfjörð BjarmasonJun 14, 2011
  5. Ramkumar RamachandraJun 14, 2011
  6. Andreas EricssonJun 14, 2011
  7. Ramkumar RamachandraJun 15, 2011
  8. Andreas EricssonJun 15, 2011
  9. Ramkumar RamachandraJun 15, 2011
  10. Ævar Arnfjörð BjarmasonJun 15, 2011
  11. Ævar Arnfjörð BjarmasonJun 15, 2011
  12. Erik Faye-LundJun 15, 2011
  13. Michael WittenJun 15, 2011
  14. Ævar Arnfjörð BjarmasonJun 15, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.