Translations should be stripped from the gwibber.desktop file
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gwibber |
Fix Released
|
Undecided
|
Ken VanDine | ||
Ubuntu Translations |
Fix Released
|
Low
|
Unassigned | ||
gwibber (Ubuntu) |
Fix Released
|
Medium
|
Ken VanDine |
Bug Description
Binary package hint: gwibber
Gwibber uses language packs, which include the translations of its .desktop file. These are imported into Launchpad and then exported.
Normally, before they are imported, they are stripped from the source .desktop file, which is then shipped with no translations, which will actually be loaded from the .mo files in the language packs (see https:/
However, the .desktop file is shipped with full translations, which override those in the language packs. In order for them to be stripped, the X-Ubuntu-
This applies to the gwibber.desktop file, the gwibber-preferences does not contain translations, but X-Ubuntu-
Related branches
- Ken VanDine: Approve
-
Diff: 87 lines (+3/-56)4 files modifiedgwibber-accounts.desktop.in (+1/-0)
gwibber-preferences.desktop.in (+1/-0)
gwibber.desktop (+0/-56)
gwibber.desktop.in (+1/-0)
description: | updated |
Changed in ubuntu-translations: | |
status: | New → Triaged |
importance: | Undecided → High |
tags: | added: needs-desktop-entry-i18n |
Changed in gwibber (Ubuntu): | |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in gwibber: | |
assignee: | nobody → Ken VanDine (ken-vandine) |
milestone: | none → 2.30.0 |
status: | New → Fix Committed |
Changed in gwibber (Ubuntu): | |
assignee: | nobody → Ken VanDine (ken-vandine) |
milestone: | none → ubuntu-10.04-beta-2 |
status: | Triaged → Confirmed |
tags: | added: gwibber-i18n |
Changed in gwibber (Ubuntu): | |
status: | Confirmed → Fix Committed |
Changed in gwibber: | |
status: | Fix Committed → Fix Released |
Changed in ubuntu-translations: | |
status: | Triaged → Fix Released |
After a conversation with pitti, it seems that for packages using python- distutils- extra there is no easy way of adding the X-Ubuntu- Gettext- Domain key. The langpack.mk rule assumes there is a po/Makefile file where to obtain the domain name from, which is not the case with apps using the p-d-e build system. Here's an extract of the conversation on #ubuntu-desktop:
<pitti> dpm: hmm -- the current build system doesn't even know about which gettext domain it's using PACKAGE= $projectname in python-mkdebian perhaps
<pitti> dpm: if we know, or would assume that it's the same as the project name, we might just create a po/Makefile with GETTEXT_
The best approach seems to be for now to add the X-Ubuntu- GNOME-Domain key to the upstream sources. This will have the benefit that it will work both for Ubuntu and for OpenSUSE. That's what the linked branch does.