Update the upstream version of drush dsd tool used to update
Drupal siteroot to v0.8 that fixes settings.php ownership
problem during a drush dsd-update process.
Change-Id: I3c88320905e9a65a9335d7cd78ab46bf8649e5ad
Closes-Bug: #1334625
Solum is currently not compatible with Trusty's rabbitmq. While solum
debugs this run their devstack tests on Fedora 20 and run the test on
Trusty as non voting so that the issue can be debugged.
Change-Id: I5b9454c0e22e9a07492dacb0ce8c17b9584dcae5
It doesn't work as expected because it depends on the timing of
the vote from the check queue. It's unlikely to ever trigger
on its own unless the check queue is 48 hours backlogged (120-72).
Except now it _is_ triggering in a loop because we stopped doing
freshness checks for -1 votes, so we can have an old jenkins vote
that never gets updated.
Change-Id: Ib89ed3c8f76ecded9f04bbcd784c3e91a835cc54
The logstash watchdog depends on curl and assumed that curl would just
be available. Not all cloud images are created equal and come with curl.
Be explicit about the need for curl and install it with puppet in the
watchdog manifest.
Change-Id: If90cae9a64b9f48f04b5643b643d2c83650c7d86
Not every zuul changeish has a branch. As a result we must check that
the object has a branch attribute before accessing it. The code
previously attempted to do this but due to precedence rules the binding
of the check was wrong and insufficient. Fix this with liberal use of
()s to make the precedence explicit and correct.
Change-Id: I06b3fd7ec4e5bdd14af3bc0bb1f7da39e238a879
We need to make sure that jenkins will run jobs on bare-trusty before we
can migrate and projects to bare-trusty. So do the initial JJB prep now,
then we can do a project at a time.
Change-Id: I6e80567730bff8d387d8a5b87d7368ea3be6d3ab
Zuul is trying to run these jobs on bare-trusty now but the jenkins side
is not configured to allow that to happen. Ensure jenkins has the
correct label set so that zuul can trigger these jobs on bare-trusty.
Change-Id: I249d12020ae8071d170dd4c6eac66ab323d38732
