Too easy to make duplicate translations
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Currently, translators are told that the translation focus is on Dapper. Still, many people translate for Edgy (or other incarnations), thus leading to packages being translated twice- once for Edgy, once for Dapper.
To avoid duplicate work, translations for Dapper packages should be merged frequently (preferably daily) with the Edgy packages, and perhaps vice versa, so we avoid having to translate the same package twice. This should of course only happen for untranslated strings which are unchanged from one distro to the next.
I know that keeping track of what the translators are doing is in part a job for each translation team, but automated merging would ease the pain. It would also benefit all distros, e.g. translations for Dapper would immediately be useful for Edgy too. Perhaps such auto-merged translations could be marked with "need review" in order to avoid errors?
This probably has been discussed ad nauseam on the mailing lists, but I will file it as a bug, as that's just what it is. And please forgive me if this is a duplicate bug report. It only goes to show the duplicity of this bug (bad pun, but intended nonetheless).
Edit: The Rosetta FAQ, https:/
What happens with the translations done on the Ubuntu templates for a product? Do they get shared with my template for my development branch?
All translations introduced into the Rosetta system get included in a huge "translation memory". If someone translates an application for its Ubuntu breezy series, these translations will appear as suggestions when someone else translates another series of that product. A planned feature for Rosetta is "Translation Sharing", which would allow a translation to apply to all series of a product when it's updated in just one, which will make it a lot easier to do.
-------
So that probably means this is a planned feature. Until this feature is in place and tested, I suggest keeping this bug open.
This is basically implementing https:/ /blueprints. launchpad. net/products/ rosetta/ +spec/multicast -translations
Also note that we've already got what you're asking for in one direction (from Dapper to Edgy migration, but we don't have clear policy on how often will we run it).