Cups: Translation template should be in the binary package, not in the langpack
Bug #607141 reported by
Gabor Kelemen
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| CUPS |
New
|
Undecided
|
Unassigned | ||
| One Hundred Papercuts |
Triaged
|
Medium
|
Unassigned | ||
| Ubuntu Translations |
Triaged
|
Medium
|
Unassigned | ||
| cups (Ubuntu) |
Triaged
|
Medium
|
Unassigned | ||
Bug Description
Currently, we export the cups template along the other .mo files in the language packs. This is however, not what the software expects, thus not useful at all.
Cups expects the files to be in /usr/share/
So, what we should do is:
-stop distributing the .mo files
-add cups to the https:/
[1]: seems that while cups uses the po format for translation, it does not use gettext for using the translations in the code, but reads directly the po files.
| summary: |
- Cups translation template should go to a custom place in language packs + Cups translation template should be in the binary package, not in the + langpack |
Revision history for this message
| David Planella (dpm) wrote Re: Cups translation template should be in the binary package, not in the langpack | #1 |
| Changed in ubuntu-translations: | |
| status: | New → Triaged |
| importance: | Undecided → Low |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #2 |
| Changed in cups (Ubuntu): | |
| status: | New → Confirmed |
| tags: | added: i18n |
| summary: |
- Cups translation template should be in the binary package, not in the + Cups: Translation template should be in the binary package, not in the langpack |
Revision history for this message
| Alberto Salvia Novella (es20490446e) wrote | #4 |
| Changed in ubuntu-translations: | |
| importance: | Low → Medium |
| Changed in cups (Ubuntu): | |
| importance: | Undecided → Medium |
Revision history for this message
| Alberto Salvia Novella (es20490446e) wrote | #5 |
| Changed in cups (Ubuntu): | |
| status: | Confirmed → Triaged |
Revision history for this message
| Alberto Salvia Novella (es20490446e) wrote | #6 |
| Changed in hundredpapercuts: | |
| assignee: | nobody → Paper Cuts Ninja (papercuts-ninja) |
| status: | New → Confirmed |
| status: | Confirmed → New |
| Changed in hundredpapercuts: | |
| assignee: | Papercuts Ninjas (papercuts-ninja) → nobody |
| status: | New → Triaged |
| importance: | Undecided → Medium |
To post a comment you must log in.
I believe it would be best to make upstream make use of gettext in a standard way (or at all), so the best course of action should probably be reporting the bug upstream and link it to this bug.
At the moment, as we are shipping the translations and they are being used, I'm going to mark this as Low priority. As per the proposed solution:
-stop distributing the .mo files
-- we should see if they can be blacklisted in langpack-o-matic
-add cups to the https:/
-- I agree