libc translations not imported from upstream
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Invalid
|
Undecided
|
Unassigned | ||
Ubuntu Translations |
Fix Released
|
Medium
|
Unassigned | ||
eglibc (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
This problem may already have been fixed, but I'm reporting it anyway because I think it's important to understand what's going on.
These are the upstream translations of libc:
http://
Downstream:
https:/
Many of these templates have apparently been synced within the last 1-3 hours as I'm writing this, but the original problem was that the Czech, Catalan, Danish and many other translations were at 0% in maverick, while they were all at 100% (or other high percentages) upstream. This is strange, because many of them have been translated upstream for many years, and there's no reason why they shouldn't have been at 100% in ubuntu for years.
Danilo Shegan mentioned that a suspicious-looking pot file might have been blocking the import queue, but that pot file was from October, and thus cannot have prevented this import for years.
Mysteriously, downloading the (e.g. lucid) eglibc source package reveals the same po-files as upstream, so apparently the installed translations are okay in spite of empty templates in Launchpad.
We should try to understand what's going on and prevent it from happening again.
Changed in ubuntu-translations: | |
status: | New → Triaged |
importance: | Undecided → Medium |
Changed in eglibc (Ubuntu): | |
status: | New → Fix Committed |
Changed in ubuntu-translations: | |
status: | Triaged → Fix Released |
Clarification: they were not just untranslated in maverick, they were untranslated in every ubuntu series.