Closed
Bug 1308167
Opened 8 years ago
Closed 7 years ago
Stop advertising Firefox updates to 32-bit Linux clients without SSE2
Categories
(Release Engineering :: Release Requests, defect, P1)
Tracking
(firefox52+ fixed, firefox53- affected)
People
(Reporter: hsivonen, Unassigned)
References
Details
This is the Linux analog of bug 1271762.
At some point, Mozilla-provided builds for 32-bit x86 Linux will stop working on CPUs that don't support the SSE2 instruction set extension. At that point, the update server should no longer offer updates to 32-bit x86 Linux clients that don't have SSE2 and should point those clients to a SUMO article instead.
* Which version of Firefox will require SSE2 on 32-bit x86 Linux is still unclear: bug 1274196.
* The update client on Linux does not communicate SSE2 availability to the server yet: bug 1277359.
* It's unclear to me if a new SUMO article should be created or if the existing one should be amended with Linux-specific information. The existing article is https://support.mozilla.org/en-US/kb/your-hardware-no-longer-supported . Linux-specific information should include a mention to the effect of "You may be able to obtain a version that does not require SSE2 from your Linux distribution."
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Comment 1•8 years ago
|
||
I suggest having the following rules:
* 50 or earlier update to 52.
* 51 and 52 update to latest release if SSE2 is present.
* 51 updates to 52 if SSE2 is absent.
* 52 shows a link to a tombstone SUMO article if SSE2 is absent.
Comment 2•8 years ago
|
||
Can I rephrase the above as:
* SSE detection code is available in 51 the earliest
* 53+ is where SSE is desupported
Does it sound correct?
Reporter | ||
Comment 3•8 years ago
|
||
(In reply to Rail Aliiev [:rail] ⌚️ET from comment #2)
> Can I rephrase the above as:
>
> * SSE detection code is available in 51 the earliest
> * 53+ is where SSE is desupported
>
> Does it sound correct?
Correct.
Comment 4•8 years ago
|
||
I filed 2 bugs to handle this for beta and release. Let's use this one as a tracking bug.
Reporter | ||
Comment 5•8 years ago
|
||
Should I land bug 1274196 now or wait for a Balrog config change?
Flags: needinfo?(rail)
Comment 6•8 years ago
|
||
I created a rule to point Linux+SSE users to the 20161126030207 nightly. Feel free to land the patch any time.
Flags: needinfo?(rail)
Reporter | ||
Comment 7•8 years ago
|
||
Thank you. I landed bug 1274196.
Reporter | ||
Comment 8•8 years ago
|
||
(In reply to Henri Sivonen (:hsivonen) from comment #0)
> * It's unclear to me if a new SUMO article should be created or if the
> existing one should be amended with Linux-specific information. The existing
> article is
> https://support.mozilla.org/en-US/kb/your-hardware-no-longer-supported .
> Linux-specific information should include a mention to the effect of "You
> may be able to obtain a version that does not require SSE2 from your Linux
> distribution."
I contributed Linux-specific text to the existing SUMO article. It's still pending review:
https://support.mozilla.org/en-US/kb/your-hardware-no-longer-supported/history#preview
Tracking this for 52 and 53 so relman can be aware and to make sure we have all the pieces in place.
status-firefox52:
--- → affected
status-firefox53:
--- → affected
tracking-firefox52:
--- → +
tracking-firefox53:
--- → +
Comment 10•8 years ago
|
||
I created a staging/test aurora equivalent of the nightly balrog rule in comment 6: https://aus4-admin.mozilla.org/rules/492
This just needs a channel name update to 'aurora*' and a more update buildid once we are ready to desupport in aurora.
Do we want to put this in place before the first 53.0 aurora nightly? i.e. using the buildid that will be used when we freeze aurora updates during merge week?
Comment 11•8 years ago
|
||
fyi, further changes I've made:
with m-c nightlies:
added "Build ID: <20161126030207" to: https://aus4-admin.mozilla.org/rules/477
duped rule 477 then made mapped it to No-Update: https://aus4-admin.mozilla.org/rules/493
with m-a auroras:
duped staging rule 492 then made mapped it to No-Update: https://aus4-admin.mozilla.org/rules/494
Comment 12•8 years ago
|
||
aurora is done now: https://bugzilla.mozilla.org/show_bug.cgi?id=1320497#c1
Should this be marked resolved? Or is there more left to do for 52 as well?
Flags: needinfo?(jlund)
Comment 14•8 years ago
|
||
thanks for the sanity check. this bug tracks all the trains. We still have beta and release to deal with as it rides: bugs 1319442 1319444
Flags: needinfo?(jlund)
Updated•8 years ago
|
Priority: -- → P1
This is done for 52 now and I think we can drop tracking for 53 since I'm already tracking it for release 53 in bug 1319444.
Reporter | ||
Comment 16•7 years ago
|
||
Should this now be FIXED, or is there something to do?
Flags: needinfo?(jlund)
Comment 17•7 years ago
|
||
yes I believe this is done and can be resolved.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(jlund)
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•