Closed Bug 1512039 Opened Last year Closed 11 months ago
Stub installer support for installing AArch64 builds
47 bytes, text/x-phabricator-request
|Details | Review|
Once we have AArch64 builds available, the stub installer needs to support selecting the AArch64 platform to install on supported systems, in addition to x86 or x86-64. My guess is that we would want to select that build on every AArch64 Windows system, regardless of RAM or any of the other requirements we have for selecting x86-64. Fortunately I don't think this requires building either installer as a native AArch64 binary, because of the x86 emulation layer that Windows provides.
Assignee: nobody → mhowell
Status: NEW → ASSIGNED
Priority: P2 → P1
This is blocked on having this platform actually available in Bouncer, but once that's up it should be a very small change that's needed here.
(In reply to Matt Howell (he/him) [:mhowell] from comment #1) > This is blocked on having this platform actually available in Bouncer, but > once that's up it should be a very small change that's needed here. Apologies for ignorant questions, but do we have a separate bug for the Bouncer (what is Bouncer?) support, or does that bug live in a separate place, like Github?
Bouncer is the service that takes a download URL like "https://download.mozilla.org/?product=firefox-stub&os=win&lang=en-US" and redirects it to a canonical CDN path like "https://download-installer.cdn.mozilla.net/pub/firefox/releases/63.0.3/win32/en-US/Firefox Installer.exe", after running some rules to resolve things like the latest version number that should be made available. The stub installer uses that kind of download URL to make sure that it's always installing the latest available version for its channel, regardless of when the stub itself is from. The Bouncer code lives at https://github.com/mozilla-services/go-bouncer, but it's very data-driven and I'm not 100% sure what the source of its data is; hopefully it's Buildhub or something adjacent, because in that case we would get all this for free out of the existing releng machinery as soon as we have nightly builds running.
This patch also removes the last vestiges of the old architecture dropdown structure, and removes a use of GetBinaryTypeW because it doesn't seem to return a useful result for any ARM ISA.
Flags: needinfo?(oremj) → needinfo?(rail)
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/47b94d26f8a5 Allow the stub installer to detect and download the AArch64 Windows build. r=agashlin
You need to log in before you can comment on or make changes to this bug.