A bit of a hack to generate a Taskcluster hook that will trigger the tb-rust
vendor automation job. The cron task will never actually run with an empty
schedule, but with appropriate grants in ci-configuration it will be triggerable
by a CI job on mozilla-central and by Thunderbird sheriffs & releng.
Differential Revision: https://phabricator.services.mozilla.com/D199632
--HG--
extra : moz-landing-system : lando
Works in conjunction with a Github Actions job that runs at 00:30 UTC. That job
downloads the "are-we-esmified-yet.json" artifact from the most recent run and
updates a JSON file that provides data for the graph and such.
Differential Revision: https://phabricator.services.mozilla.com/D158905
Daily cron decision task failed because get_existing_tasks() was called in
gecko_taskgraph.decison.get_decision_parameters() prior to comm_head_rev and
comm_head_repository being added to parameters. The code that reads the associated
environment variables and sets those parameters runs towards the end of
gecko_taskgraph.decison.get_decision_parameters().
To work around that, the --include-push-tasks argument needed to be removed
from the cron decision commandline. To set the needed "existing_tasks" parameter,
introduce CRON_OPTIONS in comm_taskgraph.decision. For supported
target_tasks_methods, a parameters key and a callable accepting (parameters,
graph_config) arguments are iterated over, the callable executed, and
parameters[key] set with the result.
Differential Revision: https://phabricator.services.mozilla.com/D157847
--HG--
extra : moz-landing-system : lando
As shippable builds are running on every push, this will reuse those builds
for the Dailies rather than rebuilding.
Differential Revision: https://phabricator.services.mozilla.com/D83088
--HG--
extra : amend_source : a50c5844a8297af29657f17c88c3d50753e38c4a
Make .cron.yml consistent with itself and provide some comments and a reference
to additional information.
Differential Revision: https://phabricator.services.mozilla.com/D87935
--HG--
extra : moz-landing-system : lando
Firefox runs this every hour. Since Thunderbird does not have the same rate
of string updates nor as many pushes this is probably sufficient. The automation
only pushes if there is a change and will push with DONTBUILD.
Depends on D87781
Differential Revision: https://phabricator.services.mozilla.com/D87782
--HG--
extra : moz-landing-system : lando
The actual searchfox_index method includes tasks that do not exist in the
Thunderbird taskgraph. Register a new method specific to Thunderbird that
includes only what is needed.
Differential Revision: https://phabricator.services.mozilla.com/D81261
--HG--
extra : moz-landing-system : lando
Set to run the same time as the Thunderbird Daily build.
Depends on D80367
Differential Revision: https://phabricator.services.mozilla.com/D80368
--HG--
extra : histedit_source : 4519081379080b98870d28ffd5c2dd9dc2089aba
include-push-tasks does not make sense for C-C workflow and should not have
been included.
Removing this will force a full build when the daily build triggers.
Added configuration for periodic-file-updates task to comm's .cron.yml.
This cron task mirrors one found in mozilla- repositories, and was part
of comm-'s buildbot configuration that needed to be moved to Taskcluster.
This is a reapply of an old patch. I've removed the comm-beta and comm-esr60
repositories from the configuration.
Differential Revision: https://phabricator.services.mozilla.com/D15108
--HG--
extra : moz-landing-system : lando
This removes the periodic-file-updates (pfu) cron task from comm-*
repositories, resetting the status quo so that nightly builds can
be run while continuing to debug the issues with the pfu tasks.
Added configuration for periodic-file-updates task to comm's .cron.yml.
This cron task mirrors one found in mozilla- repositories, and was part of
comm-'s buildbot configuration that needed to be moved to Taskcluster.
Differential Revision: https://phabricator.services.mozilla.com/D9859
Rob Lemley
Geoff Lankow
John Bieling
Magnus Melin
Jorg K
Tom Prince