Bug 1866057 - Fix SourceRepository/SourceStamp Snap upstream build on try r=jcristau
commitf8dde3d8c5c149e915c9ef5c5c56123aa982600e
authorAlexandre Lissy <lissyx+mozillians@lissyx.dyndns.org>
Mon, 27 Nov 2023 12:21:59 +0000 (27 12:21 +0000)
committerAlexandre Lissy <lissyx+mozillians@lissyx.dyndns.org>
Mon, 27 Nov 2023 12:21:59 +0000 (27 12:21 +0000)
tree6e64a126562178eda135520df6cd91195a424f96
parent642f020a6efb0fa3903ffec413b9b9966e1076c6
Bug 1866057 - Fix SourceRepository/SourceStamp Snap upstream build on try r=jcristau

When we perform a try build for a Snap package using upstream packaging,
we are reusing the gecko clone produced for us by run-task. However,
this clone is from mozilla-unified, so we end up with the wrong link in
about:buildconfig.

Also by default Snap upstream package removes the .hg directory for
nightly builds (not others because they download tar.xz sources which
have the sourcestamp.txt) and since it's from a clone we expect to be
able to run hg commands to get:
 - repo address
 - current changeset

By removing the .hg this is explicitely broken. Since the clone process
already relies on the correct repo URL and changeset, we just force
those values in the env so correct about:buildconfig can be shown.

Differential Revision: https://phabricator.services.mozilla.com/D194496
taskcluster/docker/snap-coreXX-build/run.sh