language-pack-gnome-pt-base has pt-br translation

[João Neves]

to reproduce (pt):
1. LANG=pt_PT firefox => see in Help -> About that pt_BR is used
2. LANG=pt firefox => see in Help -> About that pt_BR is used

to reproduce (es):
1. LANG=es_ES firefox => see in Help -> About that es_AR is used
2. LANG=es firefox => see in Help -> About that es_AR is used

to reproduce (zh):
1. LANG=zh_CN firefox => see in Help -> About that zh_TW is used

to verify (pt):
1. LANG=pt_PT firefox => verify in Help -> About that pt_PT is used
2. LANG=pt firefox => verify in Help -> About that pt_PT is used

to verify (es):
1. LANG=es_ES firefox => verify in Help -> About that es_ES is used
2. LANG=es firefox => verify in Help -> About that es_ES is used

to verify (zh):
1. LANG=zh_CN firefox => verify in Help -> About that zh_CN is used

Packages to verify:
language-pack-gnome-es_8.04+20080415ubuntu1_source.changes
language-pack-gnome-pt_8.04+20080415ubuntu1_source.changes
language-pack-gnome-zh_8.04+20080415ubuntu1_source.changes

===============

Binary package hint: firefox-3.0

Someone in launchpad has translated Firefox 3 has Portuguese with a Brazilian Portuguese translation. Upstream is correct. How/Who can reset it?

The current translation is a serious issue for users.

I'm the upstream responsible for pt-PT localization of Firefox.

Thanks in advance,
João Miguel Neves

[Alexander Sack (asac)]

should get fixed asap through -proposed/-updates. milestoning 8.04.1

[João Neves (jneves)]

The problem is more serious, the langpack from mozilla used in language-pack-gnome-pt-base is the pt-BR one instead of the pt-PT one:

From:
http://packages.ubuntu.com/hardy/all/language-pack-gnome-pt-base/filelist

You see:
/<email address hidden>/chrome.manifest
/<email address hidden>/chrome/pt-BR.jar
/<email address hidden>/install.rdf
/<email address hidden>/chrome.manifest
/<email address hidden>/chrome/pt-BR.jar
/<email address hidden>/install.rdf

Portuguese: When language-pack-gnome-pt-base should have the pt-PT langpack.

Brazilian Portuguese: The language-pack-gnome-br-base has the correct
pt-BR langpack.

Yes, Alexander, you already got this in the mail ;).

[Alexander Sack (asac)]

Looks like the processor is correct, but its the language pack source
generator that picks the wrong tarball:

$ dpkg -L language-pack-gnome-es-base | grep langpack-es
/<email address hidden>
...

_but_

$ tar tzf /tmp/out.trans4/es.tar.gz | grep langpack-es
./<email address hidden>/
...

same for pt:

$ tar tzf /tmp/out.trans4/pt.tar.gz | grep langpack-pt
./<email address hidden>/

_but_

$ dpkg -L language-pack-gnome-pt-base | grep langpack-pt
/<email address hidden>

[Alexander Sack (asac)]

for the log: The files come from the pt-BR.tar.gz and es-AR.tar.gz, so I guess the language source generator tries to be too smart and overrides the pt.tar.gz and es.tar.gz:

$ tar tzf /tmp/out.trans4/pt-BR.tar.gz | grep langpack-pt
./<email address hidden>/
...

$ tar tzf /tmp/out.trans4/es-AR.tar.gz | grep langpack-es
./<email address hidden>/

[Alexander Sack (asac)]

ok, adding es and pt packages (thought there might be more), that look more appropriate than the firefox-3.0 target to track this.

[Alexander Sack (asac)]

not a firefox-3.0 bug.

[Martin Pitt (pitti)]

We only have one langpack per language, i. e. there can only ever be *one* tarball per language. If po2xpi exports several tarballs, the last one will just win (by overwriting the previous ones).

I. e. we need to do one of the following:

(1) put all country specific language data into one per-language tarball in the po2xpi scripts

(2) merge several per-country tarballs to one per-language one somewhere in between calling po2xpi and langpack-o-matic

(3) add support for several tarballs to the skeleton source package's debian/rules.

I really wouldn't like to do (3), that would make the source packages unnecessarily complicated.

Alex, what do you think is easiest? Can po2xpi just create per-language tarballs?

[João Neves (jneves)]

Added the other two languages that are affected: en is using en-GB instead of en-US and zh is using zh-TW instead of zh-CN. From the list of supported locales for Firefox 3 this is all the ones with possible mistakes (there was ja, but that one has the correct one).

[Alexander Sack (asac)]

adding rosetta task until we decided where to merge the tarballs.

[Alexander Sack (asac)]

adding langpack-o-matic task until we decided where to merge the tarballs.

[Oscar Manuel Gómez Senovilla (omgs)]

I suggest to take a look, and merge them as you find appropiate:

https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/216771

[Nukeador (nukeador)]

As I commented in the other bug, the official es-ES xpi is here:

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b5/linux-i686/xpi/es-ES.xpi

Same for other locales.

[Alexander Sack (asac)]

fix uploaded to proposed. the mozilla.tar.gz now ships both country codes and we explicitly provide hooks in chrome.manifest that make LANG=pt fallback to pt_PT

[Alexander Sack (asac)]

|en| situation isn't as bad as es, pt, zh. thus, we won't tackle this in this upgrade round.

[Alexander Sack (asac)]

fix uploaded to -proposed.

[Alexander Sack (asac)]

language-pack-gnome-zh uploaded too.

[Martin Pitt (pitti)]

Accepted all three to hardy-proposed, please test.

[Martin Pitt (pitti)]

The merge logic has been rolled out to rookery. I'll check the next set of daily packages in the PPA.

[Martin Pitt (pitti)]

Not a bug in LP translations.

[João Neves (jneves)]

Verified for pt-PT :).

[vroetman (vroetman)]

I installed the package and zh-CN seems to be working fine.

[Gustavo Veloso (gjmveloso)]

Not only firefox have translation problems with pt-pt and pt-br variations... Translations in Rosetta for pt-br are growing and comes beautiful day after day but Ubuntu upstreamers give to us a lot of pt-pt gifts :(

[Amit Bhutani (amit.bhutani)]

I can confirm that upgrading to language-pack-gnome-zh from hardy-proposed (version 1:8.04+20080415ubuntu1) has resolved my online/offline start page woes for FF in Hardy for Simplified Chinese in particular.

[Martin Pitt (pitti)]

Copied to hardy-updates.

[Martin Pitt (pitti)]

The current daily langpacks (https://launchpad.net/~ubuntu-langpack/+archive) are correct now), so the changes have been properly applied to the langpack build scripts. Thanks Alex!

[Arne Goetje (arnegoetje)]

@tobilin:
If you reopen this bug, please give more information about which version has this bug and which release you are using.

[Timothy R. Chavez (timrchavez)]

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1305667