428567 - Determine list of locales for Firefox 3, RC 1

Status: RESOLVED FIXED

(Firefox Build System :: General, defect)

Description

[Axel Hecht [:Pike]]

We need to update the shipped-locales file for Firefox 3 RC 1.

The exhibit to gather our data sources is on http://l10n.mozilla.org/dashboard/Firefox3/RC1/.

Currently green, but not signed off are

German (tier 1)
Traditional Chinese, Czech (tier 2)
Portueguese (Portugal), Albanian.

Georgian is still red, but approaching today.

All of these have been approached by mail.

The count of locales (+en-US, -ja-JP-mac) is at 40 as we speak.

Web pages stuff for release is not tracked here, see http://l10n.mozilla.org/webdashboard/ for the status of that.

Off track compare to fx2 is bg, sl is worked on, but won't make RC1.

We have source verification for webservices in place now, too, so we can keep that under control, and the l10n Firefox tree is frozen for 

af
ar
be
ca
cs
da
de
el
en-GB
es-AR
es-ES
eu
fi
fr
fy-NL
ga-IE
gu-IN
he
hu
id
it
ja
ja-JP-mac
ko
ku
lt
mk
mn
nb-NO
nl
nn-NO
pa-IN
pl
pt-BR
ro
ru
sk
sq
sr
sv-SE
tr
uk
zh-CN
zh-TW

Comment 1

[Mic Berman]

Further to Axel's note. We fully expect those locales he mentioned that are green but not opted in, to opt in with completed testing etc before RC1 deadline (i.e., next few days). 

ka we're hopeful will also hit a green tinderbox shortly

We will be updating the list as they come online. 

sl had the main localizers drop out (so to speak) and brian king has taken over. we are working with Brian to get them in (doing everything we can) for final release as we have a large users base (almost 50% share) in their language/country.

Comment 2

[Mike Connor [:mconnor]]

Axel really owns this, afaict.

Comment 3

[Axel Hecht [:Pike]]

Attachment: add ga-IE, remove gu-IN on mac [landed]

Adding back ga-IE, they missed just B5. Bug 428317 makes us pull Gujarati on the mac for now.

This list is the "getting builds" list, it has the following caveats:

cs, ka, sq have not opted in yet, and we don't have testing results for those locales yet. Including them is the optimistic approach, all of them had betas so far, too.
We have pushed off a few product handler fixes and wikipedia additions off the 3.0 blocker list and moved them into separate bugs from the webservices ones.

Comment 4

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #3)
> Created an attachment (id=315763) [details]
> add ga-IE, remove gu-IN on mac
> 
> Adding back ga-IE, they missed just B5. Bug 428317 makes us pull Gujarati on
> the mac for now.

Just checking - are Hebrew and Arabic still busted on mac ?

> This list is the "getting builds" list, it has the following caveats:

So you may want to change this list before staging the builds on the ftp server ?

> cs, ka, sq have not opted in yet, and we don't have testing results for those
> locales yet. Including them is the optimistic approach, all of them had betas
> so far, too.
>
> We have pushed off a few product handler fixes and wikipedia additions off the
> 3.0 blocker list and moved them into separate bugs from the webservices ones.
 
Does that mean they're no longer blockers ? Given where we are with the blocker lists, there is still time to fix stuff in l10n, and get opt in.

Comment 5

[Axel Hecht [:Pike]]

(In reply to comment #4)
> (In reply to comment #3)
> > Created an attachment (id=315763) [details] [details]
> > add ga-IE, remove gu-IN on mac
> > 
> > Adding back ga-IE, they missed just B5. Bug 428317 makes us pull Gujarati on
> > the mac for now.
> 
> Just checking - are Hebrew and Arabic still busted on mac ?

We're still enjoying bug 364536, yes, waiting for review from mconnor right now.

> > This list is the "getting builds" list, it has the following caveats:
> 
> So you may want to change this list before staging the builds on the ftp server
> ?

Yes. Is there a good way to track that?

> > cs, ka, sq have not opted in yet, and we don't have testing results for those
> > locales yet. Including them is the optimistic approach, all of them had betas
> > so far, too.
> >
> > We have pushed off a few product handler fixes and wikipedia additions off the
> > 3.0 blocker list and moved them into separate bugs from the webservices ones.
> 
> Does that mean they're no longer blockers ? Given where we are with the blocker
> lists, there is still time to fix stuff in l10n, and get opt in.

The risk analysis for patches to land for l10n works slightly different. They're on my "wanted" list, and I'm not strictly working on "if it's not a blocker, it's not gonna get landed". Both the resource constraints and the risk is different in l10n land.

This patch is the "get this off the blocker list", and is supposed to get us the builds we need for the rest of the release cycle. If we need additional locales, on different platforms, we'll need to land those as follow ups.

Comment 6

[Nick Thomas [:nthomas] (UTC+12)]

Comment on attachment 315763 [details] [diff] [review]
add ga-IE, remove gu-IN on mac [landed]

Alright, this can get us started then. 

It'd be much cleaner for us if this list stays the same, or only gets shorter, as we go through the release process. So please err on the side of inclusion at this stage (if you haven't already).

Comment 7

[Nick Thomas [:nthomas] (UTC+12)]

(In reply to comment #5)
> Yes. Is there a good way to track that?

I set blocking on our bug for release config. Reopen this and we'll notice.
 

Comment 8

[Axel Hecht [:Pike]]

We're in the splendid situation that it's safe to err on the inclusion side. No busted trees or anything like that anywhere close, all that's green is green. The only open items are QA, and if RC1 is 3.0, webparts, all of which currently only make the list smaller.

The locales not included in this list are having significant localization work open, and are out of consideration for RC1. We might look again for RC2.

Comment 9

[Axel Hecht [:Pike]]

Comment on attachment 315763 [details] [diff] [review]
add ga-IE, remove gu-IN on mac [landed]

Requesting approval, lowlow risk, highhigh blockage.

Comment 10

[Mike Beltzner [:beltzner, not reading bugmail]]

Comment on attachment 315763 [details] [diff] [review]
add ga-IE, remove gu-IN on mac [landed]

a1.9=beltzner

Comment 11

[Axel Hecht [:Pike]]

landed and FIXED.

Checking in shipped-locales;
/cvsroot/mozilla/browser/locales/shipped-locales,v  <--  shipped-locales
new revision: 1.9; previous revision: 1.8
done

Comment 12

[Axel Hecht [:Pike]]

Reopening, bug 364536, Mac theme does not support RTL, landed, and I think it's good enough for us to create builds for those languages and to expose them in RC 1.

Comment 13

[Axel Hecht [:Pike]]

Attachment: ship ar and he for all platforms including mac [landed]

http://l10n.mozilla.org/~axel/screens/ar/mac.html and http://l10n.mozilla.org/~axel/screens/he/mac.html are the latest screen shots from the dialogs. I skimmed over the main window, awesomebar, add-ons manager and larry and with my complete lack of knowledge of those languages, and their issues on our other platforms, I didn't see any blockers.

Thus I think we should do the necessary to get those builds into the release chain, the review for this patch and the rationale goes to beltzner.

Comment 14

[Mike Beltzner [:beltzner, not reading bugmail]]

Comment on attachment 317288 [details] [diff] [review]
ship ar and he for all platforms including mac [landed]

This makes me happy.

Comment 15

[Axel Hecht [:Pike]]

Checking in shipped-locales;
/cvsroot/mozilla/browser/locales/shipped-locales,v  <--  shipped-locales
new revision: 1.10; previous revision: 1.9
done


... and back to FIXED again.