KDE translation packages (kde-l10n-xx) missing on Intrepid

[Rafael Belmonte]

KDE translation packages (kde-l10n-xx) are missing on Intrepid, as consequence, Kubuntu Intrepid cannot be translated to other languages different than English.

This bug is not present on Debian.

[Rafael Belmonte (eaglescreen)]

Now i have set KDE 4.1.1 in Spanish language, but it continues in English.

[Rafael Belmonte (eaglescreen)]

In the case of Intrepid, i think this is becouse kde-l10n packages are missing in repository, i have installed package kde-l10n-es from Debian and now my KDE 4.1.1 is translated into Spanish language in Kubuntu.

[Mario Peter (mp-mpeter)]

this is wired indeed, I had the same effects with german packages (alpha5) : when I installed the german language packages after the inital installation in english, I got a german hint , that I would have to restart an application to get an effect, but that was all - after closing system-settings all applications continue in english...

I tried the debian ones, (kde-l10n-de_4.1.1-1_all.deb) , and everything is ok.

Same in polish .

[Eduard Ereza Martínez (ereza)]

I can confirm the same with Intrepid on the Catalan translation. The only strings translated are those from KDE 3.

KDE 4 translations have not been imported to Ubuntu yet. They had some kind of strange problem with Rosetta and have to approve all changes manually. You can get more info here: https://lists.ubuntu.com/archives/ubuntu-translators/2008-September/001663.html

Now the question is... Why isn't this bug marked as critical? The Ubuntu Team is showing absolutely no interest in KDE nor localisation.

I hope we can get those packages updated for the final release (I already assume we won't have them in the beta). If not, maybe it'll be time to leave Kubuntu and search for another distribution who cares more about people who don't speak English and who don't use Gnome.

[Rafael Belmonte (eaglescreen)]

I have separate the original report in two different reports, then this report only affects Intrepid and KDE4 by the moment.
kde-i18n packages of KDE3 are now invalid for this report.
Nomination for Hardy can be revoked now from this bug.

[Sarah Kowalik (hobbsee-deactivatedaccount)]

Intrepid already has KDE4 packages. All 55 of them.

sarah@neptune:~% apt-cache search kde-l10n 3:09PM
kde-l10n-ar - Arabic (ar) localisation files for KDE4
kde-l10n-be - Belarusian (be) localisation files for KDE4
kde-l10n-bg - Bulgarian (bg) localisation files for KDE4
kde-l10n-ca - Catalan (ca) localisation files for KDE4
kde-l10n-cs - Czech (cs) localisation files for KDE4
kde-l10n-csb - Kashubian (csb) localisation files for KDE4
kde-l10n-da - Danish (da) localisation files for KDE4
kde-l10n-de - German (de) localisation files for KDE4
kde-l10n-el - Greek (el) localisation files for KDE4
kde-l10n-engb - British English (engb) localisation files for KDE4
kde-l10n-eo - Esperanto (eo) localisation files for KDE4
kde-l10n-es - Spanish (es) localisation files for KDE4
kde-l10n-et - Estonian (et) localisation files for KDE4
kde-l10n-eu - Basque (eu) localisation files for KDE4
kde-l10n-fa - Persian (fa) localisation files for KDE4
kde-l10n-fi - Finnish (fi) localisation files for KDE4
kde-l10n-fr - French (fr) localisation files for KDE4
kde-l10n-fy - Frisian (fy) localisation files for KDE4
kde-l10n-ga - Irish Gaelic (ga) localisation files for KDE4
kde-l10n-gl - Galician (gl) localisation files for KDE4
kde-l10n-hi - Hindi (hi) localisation files for KDE4
kde-l10n-hu - Hungarian (hu) localisation files for KDE4
kde-l10n-is - Icelandic (is) localisation files for KDE4
kde-l10n-it - Italian (it) localisation files for KDE4
kde-l10n-ja - Japanese (ja) localisation files for KDE4
kde-l10n-kk - Kazakh (kk) localisation files for KDE4
kde-l10n-km - Khmer (km) localisation files for KDE4
kde-l10n-ko - Korean (ko) localisation files for KDE4
kde-l10n-ku - Kurdish (ku) localisation files for KDE4
kde-l10n-lt - Lithuanian (lt) localisation files for KDE4
kde-l10n-lv - Latvian (lv) localisation files for KDE4
kde-l10n-mk - Macedonian (mk) localisation files for KDE4
kde-l10n-ml - Malayalam (wa) localisation files for KDE4
kde-l10n-nb - Norwegian Bookmal (nb) localisation files for KDE4
kde-l10n-nds - Low Saxon (nds) localisation files for KDE4
kde-l10n-ne - Nepali (ne) localisation files for KDE4
kde-l10n-nl - Dutch (nl) localisation files for KDE4
kde-l10n-nn - Norwegian Nynorsk (nn) localisation files for KDE4
kde-l10n-pa - Punjabi (pa) localisation files for KDE4
kde-l10n-pl - Polish (pl) localisation files for KDE4
kde-l10n-pt - Portuguese (pt) localisation files for KDE4
kde-l10n-ptbr - Brazilian Portuguese (ptbr) localisation files for KDE4
kde-l10n-ro - Romanian (ro) localisation files for KDE4
kde-l10n-ru - Russian (ru) localisation files for KDE4
kde-l10n-se - Northern Sami (se) localisation files for KDE4
kde-l10n-sl - Slovenian (sl) localisation files for KDE4
kde-l10n-sr - Serbian (sr) localisation files for KDE4
kde-l10n-sv - Swedish (sv) localisation files for KDE4
kde-l10n-ta - Tamil (ta) localisation files for KDE4
kde-l10n-th - Thai (th) localisation files for KDE4
kde-l10n-tr - Turkish (tr) localisation files for KDE4
kde-l10n-uk - Ukrainian (uk) localisation files for KDE4
kde-l10n-wa - Walloon (wa) localisation files for KDE4
kde-l10n-zhcn - Chinese Simplified (zhcn) localisation files for KDE4
kde-l10...

[Eduard Ereza Martínez (ereza)]

I request this bug to be reopened. There ARE packages on Intrepid, but their translations are those from KDE 3. KDE 4 translations have not been successfully imported to Rosetta, therefore, there are only few strings translated on KDE 4.

[Eduard Ereza Martínez (ereza)]

Sorry, didn't see the comment about the separation with the other bug, there's no need to reopen it..

The mentioned bug is bug 275700.

[Rafael Belmonte (eaglescreen)]

Yes, people should check if they are having bug 275700.

[getaceres (getaceres)]

I have kde-l10n-es package installed but still my KDE installation is in english. GNOME instead is fully translated to spanish.

[Rafael Belmonte (eaglescreen)]

Getaceres, please continue your problem in bug 275700.

[josesuarez1983 (j-suarez-agapito)]

I got the same problem, which got solved when I installed Debian's kde-l10n-es (4:4.1.2-1) package.

[AlbertH (alberthilbert)]

Same for me with kde-l10n-it

[Shinjo Park (peremen)]

Re-open all the bugs. There isn't anything related KDE *4* translation et al.

[Colin Watson (cjwatson)]

I don't have the full details, but I know that this is being worked on with the Launchpad Translations team at the moment, and it's on the release team's radar.

[Colin Watson (cjwatson)]

This was caused by bug 286043; manual workarounds are in progress.

[Colin Watson (cjwatson)]

While it is true that this affects all the KDE localisation packages, I would appreciate it if people could refrain from creating further tasks on this bug for each language. It doesn't gain us anything significant and it makes the release-critical bug list harder to read. Thank you.

[Matt Zimmerman (mdz)]

Update from Stuart Bishop of Launchpad:

We had to abort the generation of language packs on production, as the
script was keeping a database lock open that was blocking parts of
Soyuz. I don't know if the open lock is a new issue, or an old issue
that soyuz only recently started caring about.

I have rebuilt the staging database, and am now running a language
pack export against it. The export process started at 07:47 UTC,
running on chokecherry under my userid. It is logging to
chokecherry:~stub/launchpad/intrepid.log.

I will need to rebuild it again with fresh data from production and do
the export again later this weekend to ensure we ship everything we
can. The current run will give us timings, confirm there are no
further glitches, and give us a backup option in case the final run
fails for some reason.

I am unsure as to exactly what time the deadlines are - I know it is
Sunday, but not sure when in what timezone. If someone can tell me
this, I'll be better able to schedule the final run.

[Matt Zimmerman (mdz)]

The export was delayed by the problem described in bug 289037 but is now running (from the beginning) again on the staging database. It was started at 1000 UTC.

[Christian Reis (kiko)]

Except that version of the database is a bit too old, so we're going to resync staging and kick it off when that restore is done, which should be within 1.5h.

[Matt Zimmerman (mdz)]

Assigning to Stuart Bishop, as he holds the baton until the language pack export is complete. Once it is done, this should be passed on to one of Martin Pitt or Arne Gotje to roll the new language packs.

[Matt Zimmerman (mdz)]

From Stuart:

We resynced the staging database from production to bring in the kde
translations as discussed. This took longer than expected. The
database snapshot is from 1100UTC. The actual language pack export
process started at 1600 UTC. It seems to be running smoothly. I think
the Rosetta teams estimate for the run time is 9 hours, so 0100 UTC
Sunday. This job is process id 15143 on chokecherry.

A bug fix has been landed by the Rosetta team to avoid locking tables
until the end of the run. I've kicked off a second export using this
bug fix against the production database.This job started at 17:50 UTC.
ETA is 0300 UTC. This job is process id 20293 on chokecherry. I've
confirmed that this job is not locking the DistroSeries table, and it
doesn't hold any exclusive locks on any other tables so far either.

[Colin Watson (cjwatson)]

A language pack export on production just completed successfully, and Martin Pitt is in the process of building packages from it.

[Martin Pitt (pitti)]

I am now uploading a new set of language packs which now have good KDE translations. Tested with konqueror, dolphin, and kfind.

[Gustavo A. Díaz (gdiaz)]

Guys... there are many untranslated keys, when in hardy+kde4 this was not happening.
Any news of when Kubuntu(kde4) translation will be fixed entirely? (or at least what is KDE4).