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.

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

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

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.

Sounds good, thanks for thorough reply here, Nick!