FS#41684 - [kdelibs] or [ki18n] Move translations to a subdirectory

Attached to Project: Arch Linux
Opened by Antonio Rojas (arojas) - Monday, 25 August 2014, 00:15 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 07 October 2014, 18:47 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Andrea Scarpino (BaSh)
Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
In KDE4 all translations are included in the kde-l10n packages. On the other hand, KF5 applications include all translations in their tarballs. This will cause conflicts every time a new application is ported to KF5, and is already an issue for Plasma5 packages like baloo and kio-extras.
To avoid these conflicts, either KDE4 or KF5 translations should be moved to a subdirectory of /usr/share/locale by compiling either kdelibs or ki18n with -DLOCALE_INSTALL_DIR=/usr/share/locale/subdir.
Since KDE4 will be deprecated soon, I guess it makes more sense to move KDE4 translations, but that will require recompiling all KDE extragear packages containing translations.
I tested compiling kdelibs with -DLOCALE_INSTALL_DIR=/usr/share/locale/kde4 and rebuilding kde-l10n and apps are correctly translated.
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Tuesday, 07 October 2014, 18:47 GMT
Reason for closing:  Fixed
Additional comments about closing:  kdebase-runtime 4.14.1-4
Comment by Andrea Scarpino (BaSh) - Tuesday, 09 September 2014, 15:42 GMT
I'd say to install KF5 translations under /usr/share/locale/kf5 as there are too many packages installing KDE 4 translations and I think the amount of work is too much.

We could do this with the upcoming KF5.
Comment by Antonio Rojas (arojas) - Saturday, 27 September 2014, 07:46 GMT
  • Field changed: Percent Complete (100% → 0%)
Unfortunately this doesn't work in kf5. It looks like the locale dir is now hardcoded to /usr/share/locale/$lang [1].

[1] http://quickgit.kde.org/?p=kdelibs.git&a=commitdiff&h=b4c64d4d951bcd1f1aca23fb0ee334c087f14c07
Comment by Andrea Scarpino (BaSh) - Saturday, 27 September 2014, 08:58 GMT
Crap. How do we handle this now? By rebuilding KDE4 packages?
Comment by Antonio Rojas (arojas) - Saturday, 27 September 2014, 11:06 GMT
That's the cleanest solution IMO (there's no need to add the -DLOCALE_INSTALL_DIR flag to them, just to kdelibs and then rebuild them against the new kdelibs). Or you could patch ki18n to load catalogs from /usr/share/locale/kf5. In Fedora plasma5 packages conflict with kde-l10n, but I don't think that's reasonable, as many KDE4 applications are not going to be ported for a while.
Comment by Eric Belanger (Snowman) - Monday, 29 September 2014, 01:42 GMT
I'm trying to rebuild krename for the TODO list but just rebuilding it against the kdelibs in staging doesn't install the locales in the new location. Is there an extra step that is not mentionned in the TODO instructions? Or am I missing something?
Comment by Andrea Scarpino (BaSh) - Monday, 29 September 2014, 03:05 GMT
Nope. It should work that way. Maybe they hardcoded the path in the CMakeLists.txt?
Comment by Felix Yan (felixonmars) - Monday, 29 September 2014, 03:14 GMT
kcm-fcitx also has a hardcoded path. I've asked upstream to provide a patch to add the option to specify a path.
Comment by Thomas Bächler (brain0) - Tuesday, 07 October 2014, 17:38 GMT
This update must be pulled from testing.

It breaks all KDE internationalization settings. In the "Locale" tab in systemsettings, there are no country presets any longer, you cannot configure your currency, and more.
Comment by Antonio Rojas (arojas) - Tuesday, 07 October 2014, 18:30 GMT
It looks like kdebase-runtime 4.14.1-3 is not actually built against kdelibs 4.14.1-2. Rebuilding it fixes the locale kcm.

Loading...