1103991 - Stop building and shipping builds for Kurdish

Status: VERIFIED FIXED

Description

[Axel Hecht [:Pike]]

[Tracking Requested - why for this release]:

We have an incentive to stop Kurdish with 34, as the google plugin needs updates, and the locale isn't in a clean state.

This bug is for all-locales and shipped-locales.

Comment 1

[Axel Hecht [:Pike]]

Attachment: remove Kurdish from all-locales and shipped-locales

Comment 2

[Jeff Beatty [:gueroJeff]]

Comment on attachment 8527651 [details] [diff] [review]
remove Kurdish from all-locales and shipped-locales

Review of attachment 8527651 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good.

Comment 3

[Dão Gottwald [::dao]]

Please excuse my ignorance, why not remove it only from shipped-locales? Is there no hope that the locale comes back to a "clean state"? Or are all-locales and shipped-locales simply supposed to be in sync? My naive understanding is that having it in all-locales allows people to test and fix these builds without impairing what we ship...

Comment 4

[Axel Hecht [:Pike]]

Comment on attachment 8527651 [details] [diff] [review]
remove Kurdish from all-locales and shipped-locales

Approval Request Comment
[Feature/regressing bug #]: Unmaintained locale, the easiest way to fix google.
[User impact if declined]: We'd be shipping a bad google plugin
[Describe test coverage new/current, TBPL]:
[Risks and why]: 
[String/UUID change made/needed]: None

Also flagging lawrence for all the jazz of today. I can easily land myself, once poked.

Note, this is best landed with DONTBUILD, too.

Comment 5

[Axel Hecht [:Pike]]

(In reply to Dão Gottwald [:dao] from comment #3)
> Please excuse my ignorance, why not remove it only from shipped-locales? Is
> there no hope that the locale comes back to a "clean state"? Or are
> all-locales and shipped-locales simply supposed to be in sync? My naive
> understanding is that having it in all-locales allows people to test and fix
> these builds without impairing what we ship...

We have tried a few times to bring it back, and there's nobody in line to test and fix anything right now.

Comment 6

[Axel Hecht [:Pike]]

Comment on attachment 8527651 [details] [diff] [review]
remove Kurdish from all-locales and shipped-locales

Approval Request Comment
[Feature/regressing bug #]: We want this on both beta and aurora. Not needed on central
[User impact if declined]:
[Describe test coverage new/current, TBPL]:
[Risks and why]: 
[String/UUID change made/needed]: None

Comment 7

[Lawrence Mandel [:lmandel] (use needinfo)]

Comment on attachment 8527651 [details] [diff] [review]
remove Kurdish from all-locales and shipped-locales

I look to l10n for guidance on the locales that are in a state to ship. I'm approving for Beta and Aurora based on Axel's assessment of this locale.

Comment 8

[Axel Hecht [:Pike]]

https://hg.mozilla.org/releases/mozilla-beta/rev/9b524ae83420
https://hg.mozilla.org/releases/mozilla-aurora/rev/5e0a0380350c

I'd argue that 36 is not affected, for what it's worth.

Comment 9

[Bogdan Maris [:bogdan_maris], Release Desktop QA]

I see that Kurdish builds are still built for Aurora/Developer edition, but not for Firefox 34 RC. 

From what I can understand ku builds should not be built for Firefox 34 (RC for now) and Firefox 35 (Aurora for now), or 35 is referring to beta builds?

Comment 10

[Axel Hecht [:Pike]]

Yes, filed bug 1105224 to update buildbot-configs to stop the generation of the nightly builds.

Comment 11

[Bogdan Maris [:bogdan_maris], Release Desktop QA]

I haven`t seen 'ku' builds for 35beta and for Aurora as well since bug 1105224 was fixed (2014-11-26). Marking this as verified for Firefox 36 and closing the bug as well.