Closed Bug 840839 Opened 11 years ago Closed 11 years ago

generate "hamachi" builds for B2G

Categories

(Release Engineering :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 fixed)

RESOLVED FIXED
blocking-b2g tef+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.1 --- fixed

People

(Reporter: joduinn, Assigned: catlee)

References

Details

(Whiteboard: [b2g][NPOTB])

Attachments

(5 files)

Please generate nightly builds for "buri" devices. 

open questions: 

0) what branches are these supported on? I'd guess v1.1 and beyond, but looking for official confirmation.

1) do we also need per-checkin builds?

2) do we need to generate updates? If yes, how to make these updates available without complicating updates being generated for other devices.

3) what locales are to be included? (although this feels like wider question about locales for v1.1, noting here to track).
We need to raise it to higher priority and get it done.

Michael, can you help on it?

For the open questions

0) we'll need v1.0.1 (gaia:v1.0.1/gecko:b2g18-v1.0.1), v1.1 (v1-train/b2g18).

1) I think nightly build should be enough.

For question 2 & 3, looking for someone to answer.
I'll try to find the answer and come back to you.
Flags: needinfo?(mwu)
I'm told by James that Keven kuo has gotten this ported successfully.   If thats the case, what is needed to get releng the build information they need to move forward?

Last i heard, 100 Buri devices were enroute to MV and TW this week.
Yes, I think Keven Kuo can also help on this.

And yes, the buri devices should arrive at the end of this week.
Flags: needinfo?(kkuo)
We've had a port for this for a while under "hamachi". I'm going to clean up the port a bit and forward the necessary information to releng.
Flags: needinfo?(mwu)
Depends on: 855159
Assignee: nobody → catlee
Whiteboard: [b2g]
Summary: generate "buri" builds for B2G → generate "hamachi" builds for B2G
:mwu,
Should we change the code name from hamachi to buri to reduce unnecessary misunderstanding.
(In reply to Al Tsai [:atsai] from comment #5)
> :mwu,
> Should we change the code name from hamachi to buri to reduce unnecessary
> misunderstanding.

Our port names are already separate from the actual device names. It's also a bit painful to switch port names - it involves a lot of changes in different places without much gain.
Attachment #734914 - Flags: review?(nthomas)
Attachment #734915 - Flags: review?(nthomas)
Attachment #734916 - Flags: review?(nthomas)
Attachment #734916 - Flags: review?(nthomas) → review+
Attachment #734915 - Flags: review?(nthomas) → review+
Comment on attachment 734914 [details] [diff] [review]
gecko configs for hamachi

Looks fine compared to inari, rubber stamp on the sources.xml.
Attachment #734914 - Flags: review?(nthomas) → review+
Attachment #734916 - Flags: checked-in+
Given comment 1, marking as a NPOTB tef+ bug so that this can land to all active branches up to v1.0.1.
blocking-b2g: --- → tef+
Whiteboard: [b2g] → [b2g][NPOTB]
Attachment #734914 - Flags: checked-in+
Attachment #734915 - Flags: checked-in+
in production
Depends on: 860580
we'll need gecko changes too
Attachment #736273 - Flags: review?(rail)
Attachment #736273 - Flags: review?(rail) → review+
Attachment #736395 - Flags: review?(rail)
Attachment #736395 - Flags: review?(rail) → review+
Attachment #736273 - Flags: checked-in+
live on mozilla-b2g_v1_0_1 now
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Flags: needinfo?(kkuo)
Product: mozilla.org → Release Engineering
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: