Closed
Bug 548773
Opened 15 years ago
Closed 15 years ago
Support WinMo release updates
Categories
(Release Engineering :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: nthomas, Unassigned)
References
Details
(Whiteboard: [winmo][automation])
Bug 507024 is the nightly equivalent of this bug.
Reporter | ||
Comment 1•15 years ago
|
||
The URL we decided to use is https://aus2.mozilla.org/update/3/%APP_ID%/%VERSION%-%GRE_MILESTONE%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/%DISTRIBUTION%/%DISTRIBUTION_VERSION%/update.xml The differences from Firefox's URL are just after the 3/ * %APP_ID% instead of %PRODUCT% * %VERSION%-%GRE_MILESTONE% instead of %VERSION% I've done some investigation of what we'll need to modify in the chain of patcher config generation/bumping, update generation, and post-processing. The best way forward is going to be specify the plain Fennec version when calling to patcher-config-{creator,bump}.pl and leave out the 1.9.x.y platform version. And after snippets are generated we should just do a rename operation, eg aus2/%APP_ID%/%VERSION% --> %VERSION%-%GRE_VERSION% To support this we'll need * an extra parameter in the release config to specify the milestone of the previous release * to modify ReleaseUpdatesFactory to take that param optionally, and rename each aus2 dir when it's 'not None' * we would just pass the value for the Mobile updates builder We could take the same renaming approach with APP_ID, which is {a23983c0-fd0e-11dc-95ff-0800200c9a66} for mobile. However we might be moving the GUIDs for other apps in bug 540007, in which case generating directly into the snippet store requires setting the product to the APP_ID in the patcher config. I didn't look at what patcher-config-{creator,bump}.pl will do with the APP_ID, that needs testing. For generating partials we'd need to update decode_filename at http://mxr.mozilla.org/mozilla-central/source/tools/update-packaging/make_incremental_updates.py#343 Doesn't look like we're using the 'product' match anywhere so that's pretty trival change to allow {}, just needs to land on m-c and m-1.9.2. We also need to find out if we need to add the APP_ID to the release config, and how to pass it to the patcher config scripts and patcher itself. The requirement is using --brand='{a23983c0-fd0e-11dc-95ff-0800200c9a66}' when invoking patcher, once you've used that in the patcher config.
Updated•15 years ago
|
Assignee | ||
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
•