app-install-data.mo is in -gnome language packs when it is useful in other DE's

Bug #649339 reported by Jonathan Thomas
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu Translations
Fix Released
High
Unassigned
langpack-o-matic
Fix Released
High
Martin Pitt

Bug Description

The app-install-data package is a collection of desktop files for packages in the archives that are applications. (As opposed to libraries, data packages, etc) As such, application package managers for any desktop environment use app-install-data for filtering applications from other packages. KPackageKit is such an example, and currently application entries in it are not translated on KDE systems with full localization support installed because the catalog is in language-pack-$LANG-gnome.

The app-install-data catalog should be moved to a DE-neutral language pack so that all desktop environments can use them without dragging in the translations/l10n support of another.

Related branches

David Planella (dpm)
Changed in ubuntu-translations:
status: New → Triaged
importance: Undecided → High
Revision history for this message
Martin Pitt (pitti) wrote :

Added classification override.

Changed in langpack-o-matic:
status: New → Fix Released
Gabor Kelemen (kelemeng)
Changed in ubuntu-translations:
status: Triaged → Fix Released
Revision history for this message
David Planella (dpm) wrote :

Actually, is this really fixed?

On my system it still seems to be delivered by the GNOME language packs:

$ dpkg -S app-install-data.mo
language-pack-gnome-ca-base: /usr/share/locale-langpack/ca@valencia/LC_MESSAGES/app-install-data.mo
language-pack-gnome-ca-base: /usr/share/locale-langpack/ca/LC_MESSAGES/app-install-data.mo
language-pack-gnome-pl: /usr/share/locale-langpack/pl/LC_MESSAGES/app-install-data.mo
language-pack-gnome-en-base: /usr/share/locale-langpack/en_AU/LC_MESSAGES/app-install-data.mo
language-pack-gnome-en-base: /usr/share/locale-langpack/en_CA/LC_MESSAGES/app-install-data.mo
language-pack-gnome-de: /usr/share/locale-langpack/de/LC_MESSAGES/app-install-data.mo
language-pack-gnome-en-base: /usr/share/locale-langpack/en_GB/LC_MESSAGES/app-install-data.mo
language-pack-gnome-nb-base: /usr/share/locale-langpack/nb/LC_MESSAGES/app-install-data.mo

Martin, is the override working in langpack-o-matic?

Changed in ubuntu-translations:
status: Fix Released → Triaged
Revision history for this message
Gabor Kelemen (kelemeng) wrote :

My bad, it is not fixed here either.

Revision history for this message
Gabor Kelemen (kelemeng) wrote :

Here is what happened:
-app-install-data was added to the maps/classify-overrides file:
http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/revision/356#maps/classify-overrides
-but the classify-overrides file is expected to contain package names, not template names:
http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/view/head:/lib/pkg_classify.py#L86
-the app-install-data template is in the app-install-data-ubuntu package, so this has to be added to the classify-overrides file:
https://translations.launchpad.net/ubuntu/natty/+source/app-install-data-ubuntu

I can't reopen this task for langpack-o-matic, should I open a new one?

Revision history for this message
Martin Pitt (pitti) wrote :

Ah, sorry about that, will fix. Thanks!

Changed in langpack-o-matic:
assignee: nobody → Martin Pitt (pitti)
importance: Undecided → High
status: Fix Released → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

More precisely, it operates on source package names, not binary ones. "app-install-data-ubuntu" is the correct source package name.

Revision history for this message
Martin Pitt (pitti) wrote :

Fixed in langpack-o-matic r386.

Changed in langpack-o-matic:
status: In Progress → Fix Released
Gabor Kelemen (kelemeng)
Changed in ubuntu-translations:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.