[flame][build]Create "flame" build

RESOLVED FIXED

Status

defect
RESOLVED FIXED
5 years ago
Last year

People

(Reporter: aki, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(9 attachments, 1 obsolete attachment)

No description provided.
Is this bug to track pvtbuilds nightly being built on Flame?
Flags: needinfo?(aki)
We were also considering:

"Does it currently use locales/languages_all.json? Does it switch on
all the keyboards we have?"

I'm not sure how to do the latter, but RelEng can do the former.  However, that means we have to sync many more locale repos to git.m.o.

(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #1)
> Is this bug to track pvtbuilds nightly being built on Flame?

Yes.
Flags: needinfo?(aki)
Can you have the gecko/gaia parts separately as well as the .imgs as you did for Tarako please?
(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #3)
> Can you have the gecko/gaia parts separately as well as the .imgs as you did
> for Tarako please?

This is a ril repack.  Ok.

Currently unclear: what branches to enable this build on.
Flags: needinfo?(aki)
Posted patch flame-in-treeSplinter Review
I don't know if this will work, but it should be noop until we have the buildbot pieces in place.  Landing on b2g-inbound should allow us to run staging builds without user repos.
Attachment #8400995 - Flags: review?(catlee)
Create sources.xml for flame on b2g-inbound.
Attachment #8400996 - Flags: review?(catlee)
I mean: 1.3, aurora, nightly
Posted patch flame_tbplSplinter Review
Attachment #8401007 - Flags: review?(ryanvm)
Attachment #8401007 - Flags: review?(ryanvm) → review+
Depends on: 991978
Attachment #8400995 - Flags: review?(catlee) → review+
Attachment #8400996 - Flags: review?(catlee) → review+
Woot! http://hg.mozilla.org/integration/b2g-inbound/rev/bd616b51c33a

Going to focus on Gaia Try now, but this should give the next bug owner a head start.
Blocks: 984371
Depends on: 994246
Depends on: 994909
TBPL part in production
(In reply to Ed Morley [:edmorley UTC+0] from comment #15)
> TBPL part in production

How's this coming along?  will builds be ready on pvtbuilds soon?
Flame needs a 64-bit build env, and a backup-flame blob.
Attachment #8406875 - Flags: review?(aki)
Flame blob from : https://bugzilla.mozilla.org/show_bug.cgi?id=978888#c22 
is the Flame blob from the latest image 10D-1
Attachment #8406875 - Flags: review?(aki) → review+
Whiteboard: [leave open]
Posted patch enable flame on trunk (obsolete) — Splinter Review
Attachment #8407100 - Flags: review?(aki)
Comment on attachment 8407100 [details] [diff] [review]
enable flame on trunk

Two things:
1. as mentioned in IRC, I'm not sure if we want FOTA or not.  I pinged nhirata in #releng

2.
>+# MERGE DAY: flame is for B2G 1.5+
>+for branch in BRANCHES:
>+    if branch not in ('mozilla-central', 'mozilla-inbound', 'b2g-inbound'):

Maybe
    for name, branch in items_before(BRANCHES, 'gecko_version', 31):
for merge day friendliness?
Attachment #8407100 - Flags: review?(aki) → review+
(In reply to Aki Sasaki [:aki] from comment #22)

> Maybe
>     for name, branch in items_before(BRANCHES, 'gecko_version', 31):
> for merge day friendliness?

Also, per comment 8, we want these for 1.3+ at some point.
[14:48]	<nhirata_>	aki: I'm not 100 % sure the answer to the question. I think vendors use FOTA , although it's our own product.
[14:48]	<nhirata_>	aki does FOTA flash the gonk layer as well? does OTA flash the gonk layer?
[14:49]	<nhirata_>	aki: I think if FOTA flashes the gonk layer and OTA flashes just gecko/gaia then we probably should use OTA as we aren't allowed to distribute the gonk layer legally.
[14:50]	<aki>	nhirata_: fota can flash gonk but we can't distribute it so our buri fota update has no gonk
[14:50]	<aki>	nhirata_: i think we used fota there because of disk space issues. we can certainly use ota by default on flame
I'm not sure if we want this on all trunk branches yet, or just b2g-inbound, m-i and m-c.

Also, I want to see this working on trunk before uplifting to 1.3.
Attachment #8407100 - Attachment is obsolete: true
Attachment #8407501 - Flags: review?(aki)
Attachment #8407501 - Flags: review?(aki) → review+
Comment on attachment 8407501 [details] [diff] [review]
enable flame on trunk

https://hg.mozilla.org/build/buildbot-configs/rev/475d4ff9b6c3

enabled nightly builds on m-c as well.
Attachment #8407501 - Flags: checked-in+
Fantastic! When will we start seeing these builds on pvt?
(In reply to Chris AtLee [:catlee] from comment #27)
> Comment on attachment 8407501 [details] [diff] [review]
> enable flame on trunk
> 
> https://hg.mozilla.org/build/buildbot-configs/rev/475d4ff9b6c3
> 
> enabled nightly builds on m-c as well.

In production
not clear to me from reading this  bug or other if we are using the full language list in https://github.com/mozilla-b2g/gaia/blob/master/locales/languages_all.json for the locales on the device.  can some one confirm if we have figured that part out and and what languages we should expect to see?
right now they're using languages_dev.json for gaia.
I think languages_all.json should be the right choice for the Flame.

We should also get as many keyboards on as we have. IIRC, there's no '*' alias or so, though.
Posted patch 1.3_flameSplinter Review
But I forgot to change the l10n and branch names
Attachment #8409029 - Flags: review?(hwine)
Posted patch 1.4_flameSplinter Review
Attachment #8409030 - Flags: review?(hwine)
Attachment #8409029 - Flags: review?(hwine) → review+
Attachment #8409030 - Flags: review?(hwine) → review+
Attachment #8409031 - Flags: review?(hwine) → review+
Posted patch flame_configsSplinter Review
For the try lock_platforms bit, I'm explicitly setting what's already implicitly assumed here: http://hg.mozilla.org/build/buildbot-configs/file/4e913e8d5c57/mozilla/b2g_config.py#l1473
Attachment #8409048 - Flags: review?(bugspam.Callek)
Attachment #8409048 - Flags: review?(bugspam.Callek) → review+
Comment on attachment 8409031 [details] [diff] [review]
add flame to 1.3, 1.4 b2g bumper

Landed, transplanted to production
https://hg.mozilla.org/build/mozharness/rev/6121b5c47eb3
Attachment #8409031 - Flags: checked-in+
Hm, there is no v1.3 flame manifest.  Until one is created, I'm going to stop trying to build it.
2 buildbot-config patches are in production: http://hg.mozilla.org/build/buildbot-configs/rev/7e61f9dabf1d
2 mozharness patches are in production: http://hg.mozilla.org/build/mozharness/rev/c9615cf1645a

:)
Pushed https://hg.mozilla.org/build/buildbot-configs/rev/ce63db6e964f to enable all locales on flame builds.
Think we're all done here!
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Whiteboard: [leave open]
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.