From Fedora Project Wiki
(preview before saving dude!)
No edit summary
Line 6: Line 6:


* See: http://fedoraproject.org/wiki/L10N/FAQ#add-transifex
* See: http://fedoraproject.org/wiki/L10N/FAQ#add-transifex
* Once we have the bug report, we add the project on DL and then Tx
* Once we have the bug report, we add the project on DL and [https://translate.fedoraproject.org/submit/module/add then Tx]
* Testing a dummy commit from Tx, use the following commit message:
* Testing a dummy commit from Tx, use the following commit message:



Revision as of 18:07, 27 October 2008

L10n Standard Operation Procedures

This page holds some SOPs and common processes the FLP uses.

Adding a project on Tx

Dummy commit, testing Transifex

Module home on Tx:
https://translate.fedoraproject.org/submit/module/MODULE_NAME


Problems with a module's i18n support

See: https://bugzilla.redhat.com/show_bug.cgi?id=454222#c1

String freeze break

  1. Make sure it's a break. Go to the VCS, po directory, history (git) to see the history of the po directory. Somewhere there should be a commit that changed POT and/or the PO files.
  2. Get the commit that changed the POT file, click on commitdiff. Check that strings have actually been added or existting strings have changed. If strings were just dropped, it's OK. If not, get the committer's contact info from the commit header.
  3. Prepare the link for inclusion in the email. If the commit contains a lot of altered files, you can be more specific and link to one of the patches; eg. append #patch1 at the end of the file. (example)
  4. Write a string freeze break email. It should include 1. a link to the commit message; 2. an example of string change; 3. the committer's contact info.