gecko-dev/taskcluster
Mitchell Hentges cc7cb3e735 Bug 1759084: Don't redundantly activate site in upload_symbols.py r=ahal
`upload_symbols.py` is always executed within a Mach site (otherwise
activating the `common` command site would fail), therefore
re-activating `common` is redundant.

Note that `zstandard` is available from the system python, but only
some upload-symbols jobs were using it - the "use system python"
inference was not finding `zstandard` on Linux workers because they
didn't have `pip` installed. So, I've explicitly set the "native
packages source" to "SYSTEM" to force them to find and use it.

Differential Revision: https://phabricator.services.mozilla.com/D140982
2022-03-22 19:44:13 +00:00
..
ci Bug 1759084: Don't redundantly activate site in upload_symbols.py r=ahal 2022-03-22 19:44:13 +00:00
docker Bug 1756742 Allow DBUS service org.mozilla.firefox_beta.* for the flatpak;r=emilio 2022-03-02 09:37:10 +00:00
docs Bug 1748926 - [taskgraph] Move Task.release_artifacts to an attribute, r=aki 2022-03-03 16:51:19 +00:00
gecko_taskgraph Bug 1745467 - Update signing formats for Windows; r=aki 2022-03-18 16:16:36 +00:00
scripts Bug 1743238 - lint fix. a=fix 2022-03-21 18:11:47 +02:00
test Bug 1748510 - [taskgraph] Use taskgraph.py from vendored Taskgraph, r=taskgraph-reviewers,aki 2022-03-10 22:17:36 +00:00
.yamllint
mach_commands.py Bug 1746414 - Use standalone taskgraph's parameters module in Gecko, r=taskgraph-reviewers,jmaher 2022-01-31 17:03:19 +00:00
moz.build Bug 1732723 - Rename "taskgraph" Python module to "gecko_taskgraph". r=jmaher 2021-09-30 09:50:08 -04:00