Closed
Bug 884914
Opened 11 years ago
Closed 11 years ago
Move hosted partner bundles into place automatically
Categories
(Release Engineering :: Release Automation: Other, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: coop, Assigned: bhearsum)
References
Details
(Whiteboard: [partners][release])
Attachments
(3 files, 1 obsolete file)
1.17 KB,
patch
|
rail
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
6.75 KB,
patch
|
rail
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
1.75 KB,
patch
|
bhearsum
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
Mozilla hosts a small subset of repacks due to contractual reasons. Someone from releng currently needs to move these repacks into place by hand. The instructions are pretty straightforward, so it seems like something we could automate easily: https://intranet.mozilla.org/Build:Partners:Repacks:Bundles
Assignee | ||
Updated•11 years ago
|
Priority: -- → P3
Comment 1•11 years ago
|
||
This should probably be a higher priority, considering the manual build updates haven't been happening reliably.
Assignee | ||
Comment 2•11 years ago
|
||
(In reply to Mike Connor [:mconnor] from comment #1) > This should probably be a higher priority, considering the manual build > updates haven't been happening reliably. Agreed. This can probably be implemented as an additional function of stage-tasks.py, which already does similar things. We'd need to support a 'partnerbundle' or similar in the args, and then write a method like https://github.com/mozilla/build-tools/blob/master/scripts/release/stage-tasks.py#L111, which does the work. The only real question is where to store the list of file copies. Maybe it's OK to just hardcode it in stage-tasks.py, since we only have the one?
Reporter | ||
Comment 3•11 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #2) > The only real question is where to store the list of file copies. Maybe it's > OK to just hardcode it in stage-tasks.py, since we only have the one? We actually have two, the docs are just crap. I'm updating the docs now so it will be trivial to script up after.
Assignee | ||
Updated•11 years ago
|
Priority: P3 → --
Assignee | ||
Comment 4•11 years ago
|
||
This is just automation of https://wiki.mozilla.org/Release:Release_Automation_on_Mercurial:Updates_through_Shipping#Update_hosted_partner_bundles. Need to adjust a couple of release configs, too.
Assignee | ||
Comment 5•11 years ago
|
||
Attachment #782680 -
Flags: review?(rail)
Updated•11 years ago
|
Attachment #782680 -
Flags: review?(rail) → review+
Comment 6•11 years ago
|
||
Comment on attachment 782678 [details] [diff] [review] add ability to sync partner bundles Review of attachment 782678 [details] [diff] [review]: ----------------------------------------------------------------- ::: lib/python/release/paths.py @@ -10,5 @@ > - # fennec/nightly > - if product == 'fennec': > - product = 'mobile' > - if not nightlyDir: > - nightlyDir = 'candidates' This hunk will break Fennec, since productName is not "mobile" for it. Using stage_product would be better.
Attachment #782678 -
Flags: review?(rail) → review-
Assignee | ||
Comment 7•11 years ago
|
||
Attachment #782678 -
Attachment is obsolete: true
Attachment #783729 -
Flags: review?(rail)
Comment 8•11 years ago
|
||
Comment on attachment 783729 [details] [diff] [review] fix makeCandidatesDir regression tests incoming
Attachment #783729 -
Flags: review?(rail) → review+
Comment 9•11 years ago
|
||
Attachment #783757 -
Flags: review?(bhearsum)
Assignee | ||
Updated•11 years ago
|
Attachment #783757 -
Flags: review?(bhearsum) → review+
Assignee | ||
Updated•11 years ago
|
Attachment #783729 -
Flags: checked-in+
Assignee | ||
Updated•11 years ago
|
Attachment #783757 -
Flags: checked-in+
Assignee | ||
Comment 10•11 years ago
|
||
Comment on attachment 782680 [details] [diff] [review] enable bundle syncing for firefox on mozilla-release I updated the real config too, since the release has already started.
Attachment #782680 -
Flags: checked-in+
Assignee | ||
Comment 11•11 years ago
|
||
Landed, and I moved the FIREFOX_23_0_RELEASE tag so that this is picked up during its postrelease. I will be PTO at that time, Rail agreed to be on the hook in case something breaks.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 12•11 years ago
|
||
in production
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•