1464741 - Update changes for ESR60 at 60.2.0esr

Status: RESOLVED FIXED

(Release Engineering :: Release Automation: Updates, enhancement)

Description

[Nick Thomas [:nthomas] (UTC+12)]

For new ESR branches, we've turned on updates from the older branches at the <new>.2.0 release. This is to track that for the 60.2.0esr release.

Quite a lot has changed since ESR52:
* we're lzma compressing mar files instead of bz2. We had bug 1395697 for automated recompression of mar files, but this would require porting from releasetasks 
* do we offer a partial from the last 52.x release ? Normally would but will impact on the previous point
* how long should we continue to generate bz2 mar files ? Is old -> 60.3.0esr (eg) -> new OK at some point (see RelMan)

* we deprecated the 
 * 32-bit part of Mac universal builds
 * SSE support on 32-bit Linux
so will need some blocking rules in Balrog. We've also used deprecation notices for the release channel (see the Balrog rules and SSE-Desupport release)

* to build an update verify config we'll need to modify the last watershed parameter. See taskcluster/ci/release-update-verify-config/kind.yml in tree. NB for ESR52 we've only been testing 52 releases, but it would be good to include at least one release using bz2 recompressed mar files.

Comment 1

[Julien Cristau [:jcristau]]

Due to bug 1415336 not being uplifted to esr52, we can't do proper deprecation for non-SSE2 Linux.

Comment 2

[Mihai Tabara [:mtabara]⌚️GMT]

Found in triaging. Given that we shipped 60.3.0, I think we can close this. Is there anything else left to address here?

Comment 3

[Nick Thomas [:nthomas] (UTC+12)]

tl;dr - we're all done, thanks to Tom and Johan.

(In reply to Nick Thomas [:nthomas] (UTC+13) from comment #0)
> Quite a lot has changed since ESR52:
> * we're lzma compressing mar files instead of bz2. We had bug 1395697 for
> automated recompression of mar files, but this would require porting from
> releasetasks 

Tom Prince implemented this in bug 1481121.

> * do we offer a partial from the last 52.x release ? Normally would but will
> impact on the previous point

We support this via 1481121, so long as RelMan manually add it to the list of partials.

> * how long should we continue to generate bz2 mar files ? Is old ->
> 60.3.0esr (eg) -> new OK at some point (see RelMan)

Up to RelMan. I'll note that the partial saving is not that large, eg in https://archive.mozilla.org/pub/firefox/releases/60.3.0esr/update/win32/en-US/

firefox-60.3.0esr.bz2.complete.mar        46M
firefox-52.9.0esr-60.3.0esr.partial.mar   38M

That's only 17% smaller.

> * we deprecated the 
>  * 32-bit part of Mac universal builds

jlorenzo added this, bug 1325584

>  * SSE support on 32-bit Linux

Not possible, see comment #1.

> * to build an update verify config we'll need to modify the last watershed
> parameter. See taskcluster/ci/release-update-verify-config/kind.yml in tree.
> NB for ESR52 we've only been testing 52 releases, but it would be good to
> include at least one release using bz2 recompressed mar files.

Done in https://hg.mozilla.org/releases/mozilla-esr60/rev/6e9112ccfe52 - we test all the way back to 52.0.

Comment 4

[Mihai Tabara [:mtabara]⌚️GMT]

Sounds good, thanks for thorough reply here, Nick!