The new debian9 build image appears to fix the errors connecting to the
X server when running Firefox to generate profile data for PGO builds
(bug 1516114). By updating the image here and leaving 3-tier PGO
disabled, we can see if the generate-profile tasks intermittents go away
while 1-tier intermittents persist to know for sure that this fixes the
problem.
Differential Revision: https://phabricator.services.mozilla.com/D16321
--HG--
extra : moz-landing-system : lando
This produces the same executables (produced for the same platforms) as
those currently pulled from tooltool (modulo timestamps, maybe changes
since last manifest change, etc.). Unfortunately, as of currently, the
Windows variant needs to be cross-built with mingw because it doesn't
compile without some POSIX APIs that MSVC/Windows SDK don't provide.
One thing that is left out of this change is whether to be completely
accurate with the toolchain cache hash (requiring a large list of files
as resources, and making those built very frequently), whether we'd
rely on manual updates, or if we should go with completely uncached
tasks. This can be left for a followup, the tasks not being hooked up
to be actually used by other tasks yet.
Differential Revision: https://phabricator.services.mozilla.com/D16302
--HG--
extra : moz-landing-system : lando
With 3-tier PGO enabled, we seem to hit bug 1516114 more frequently than
we do with the standard all-in-one PGO. It probably makes sense for us
to wait until that bug is fixed before fully switching it over,
otherwise we will have to mess with retriggering parts of the taskgraph.
The bulk of the 3-tier PGO work has been to support macOS and Android,
so we can revisit Linux after those are completed.
Differential Revision: https://phabricator.services.mozilla.com/D15751
--HG--
extra : moz-landing-system : lando
Two new kinds are introduced - 'instrumented-build' and
'generate-profile'. The instrumented-build kind is almost identical to
the build kind, except it can be used earlier in the task graph. The
3-tier PGO process becomes:
instrumented-build -> generate-profile -> build
The final build stage is identical to any other build, except it has
the 'use-pgo' flag set to True in its task definition. This flag causes
the transforms to add the instrumented-build and generate-profile tasks
to the taskgraph.
Differential Revision: https://phabricator.services.mozilla.com/D15750
--HG--
extra : moz-landing-system : lando
This will be used by |mach try chooser| to help pull 'android-stuff' tasks
(which aren't really builds) apart from the main build tasks.
Differential Revision: https://phabricator.services.mozilla.com/D14902
--HG--
extra : moz-landing-system : lando
The staging balrog server got reset to match production, so update the rules to match.
Differential Revision: https://phabricator.services.mozilla.com/D15764
--HG--
extra : moz-landing-system : lando
There's a guard to prevent action, but it's confusing to ask for it
and then not take the action. Let's not ask. I'm leaving the guard,
pointless as it should be, just in case.
Differential Revision: https://phabricator.services.mozilla.com/D14828
--HG--
extra : moz-landing-system : lando
This changes a bunch of symbols, notably:
* Group name BMR-L10n(*) ==> BMR(*)
* Group name BM-L10n(*) ==> BM(*)
* Groups the BMR symbol itself for en-US Nightly [so BMR ==> BMR(N)]
* Groups the BM symbol itself for en-US Nightly [so BM ==> BM(N)]
* Changes Source Signing fron symbol Bs to Srcs
* Groups Source signing beetmoving as BM(Srcs) instead of symbol BM-S
* Balrog complete update submission changes from c-Up(N) to c-Up(Ns) [Fennec Only]
* Beetmover en-US changes from symbol BM-S to BM(Ns) [used in Fennec]
* Beetmover Checksums (en-US) changes from BMcs(N) => BMcs(Ns) [fennec]
* Checksums signing (en-US, fennec) changes from cs(N) => cs(Ns)
* [Asan] Balrog changed [c-UP(N) ==> c-UP(BoR)]
* [Asan] signing changed from Ns to BoRs
* [Asan] checksums signing changed from cs(N) to cs(BoR)
* [Asan] Change generated source uploading from Ugs ==> UgsBoR
Differential Revision: https://phabricator.services.mozilla.com/D4178
--HG--
extra : moz-landing-system : lando
The nightly partial generation code generates URLs with https:// so they should
be accepted as well.
Differential Revision: https://phabricator.services.mozilla.com/D15311
--HG--
extra : moz-landing-system : lando
We create a minimal wrapper function to call collect_vcs_options()
and vcs_checkout().
We could consolidate this logic into vcs_checkout(). But I don't have
strong feelings about doing that.
Differential Revision: https://phabricator.services.mozilla.com/D13821
--HG--
extra : moz-landing-system : lando
One step closer to making all state gathering and normalization in one
place.
Differential Revision: https://phabricator.services.mozilla.com/D13819
--HG--
extra : moz-landing-system : lando
Henrik Skupin
Oana Pop Rus
Florin Strugariu
Csoregi Natalia
Emilio Cobos Álvarez
Johan Lorenzo
ffxbld
Mike Shal
Dorel Luca
Mike Hommey
Tom Prince
Brindusan Cristian
Tom Ritter
Rob Wood
Dana Keeler
Kartikaya Gupta
Andrew Halberstadt
Andi-Bogdan Postelnicu
Geoff Brown
Dustin J. Mitchell
Nick Alexander
Bob Clary
shindli
Simon Fraser
Justin Wood
Bogdan Tara
Razvan Maries
Gregory Szorc