Go to file
Jenkins 80214f2166 Updated openstack/openstack
Project: openstack-infra/puppet-gerrit  a265ec735753474995733c8f93db6932f6c4d2e2

Add logic to use use available mysql module

The Infra team upgraded the puppetlabs-mysql module from 0.6.1 to 3.6.2
which had backwards-incompatible API changes to the mysql::server
class. Now the acceptance tests use the new module, and therefore
fail[1]. This patch uses the load_module_metadata function to determine
what version of the mysql module is installed and use the right
parameters. When the newer version is found, we also exchange the
mysql-client package resource for the mysql::client class; this way we
can include it without conflicting with the mysql-client package
installed by the newer module, but still have the client available when
the gerrit::mysql class isn't used at all.

Since Infra is only using the new module, that is the only code path
that will be tested by beaker, so using the old mysql module is
effectively unsupported.

This will have no effect on Infra's infrastructure since we do not use
the gerrit::mysql class.

This will affect downstream users since they must have the
latest version of puppetlabs-stdlib installed to use the
load_module_metadata function. However, using that function gives
downstream users the flexibility to upgrade the mysql module when they
can, which is a bigger undertaking than upgrading the stdlib module.

[1] http://logs.openstack.org/53/262053/5/check/gate-puppet-gerrit-puppet-beaker-rspec-dsvm-trusty-nv/7f9eb0d/console.html

Change-Id: Ifdc55f22282f75ab4db0aa9f51db9143f0d74d24
Depends-On: I969b8c077b2b169f6fe65cb9c1256d043dd66e56
2016-04-12 17:09:03 +00:00
2016-04-12 16:15:15 +00:00
2016-04-11 18:42:23 +00:00
2016-04-09 09:27:47 +00:00
2016-03-07 02:32:13 +00:00
2016-04-06 20:02:10 +00:00
2016-04-12 14:18:55 +00:00
2016-04-12 14:17:28 +00:00
2016-03-22 15:47:41 +00:00
2016-03-16 14:29:00 +00:00
2016-02-26 00:28:24 +00:00
2016-04-12 16:13:48 +00:00
2016-04-12 16:57:07 +00:00
2016-02-26 04:37:33 +00:00
2016-02-11 22:05:53 +00:00
2016-01-29 20:11:57 +00:00
2016-02-09 14:44:59 +00:00
2016-03-10 17:33:16 +00:00
2016-04-12 01:07:25 +00:00
2016-04-11 14:51:52 +00:00
2016-03-24 13:09:52 +00:00
2016-04-11 09:44:40 +00:00
2016-04-01 22:01:42 +00:00
2016-04-11 13:06:04 +00:00
2016-04-07 07:17:43 +00:00
2016-03-31 15:52:03 +00:00
2016-04-11 10:50:16 +00:00
2016-03-30 15:59:12 +00:00
2016-04-11 23:55:20 +00:00
2016-03-29 07:22:15 +00:00
2016-04-05 19:10:18 +00:00
2016-04-12 12:54:49 +00:00
2016-04-12 11:18:26 +00:00
2016-04-04 16:26:56 +00:00
2016-03-10 21:21:21 +00:00
2016-04-12 09:14:27 +00:00
2016-01-25 18:08:44 +00:00
2016-04-12 16:25:41 +00:00
2016-04-12 11:45:07 +00:00
2016-04-12 14:14:49 +00:00
2016-04-01 18:08:21 +00:00
2016-04-11 19:15:36 +00:00
2016-04-04 18:02:29 +00:00
2016-04-05 19:56:28 +00:00
2016-03-23 05:59:00 +00:00
2016-04-08 02:45:24 +00:00
2016-03-02 03:16:41 +00:00
2016-04-09 09:01:44 +00:00
2016-04-07 21:00:42 +00:00
2016-04-08 03:25:05 +00:00
2016-04-07 23:21:59 +00:00
2016-04-08 08:41:52 +00:00
2016-04-08 02:50:32 +00:00
2016-02-05 02:17:26 +00:00
2016-04-08 01:06:41 +00:00
2016-03-30 13:40:05 +00:00
2016-04-08 02:17:55 +00:00
2016-03-22 14:59:32 +00:00
2016-03-22 15:44:04 +00:00
2016-03-22 15:49:05 +00:00
2016-04-12 02:41:39 +00:00
2016-03-30 19:13:38 +00:00
2016-03-30 19:13:21 +00:00
2016-03-30 19:13:27 +00:00
2016-02-08 08:47:34 +00:00
2016-04-11 18:05:50 +00:00
2016-03-23 08:31:56 +00:00
2016-03-25 00:19:33 +00:00
2016-04-12 01:45:21 +00:00
2016-04-06 15:10:19 +00:00
2016-04-11 11:33:52 +00:00
2016-03-15 20:56:55 +00:00
2016-04-11 19:26:11 +00:00
2016-04-08 19:18:55 +00:00
2016-04-07 07:18:20 +00:00
2016-04-11 13:59:13 +00:00
2016-03-10 08:33:30 +00:00
2016-03-23 15:35:16 +00:00
2016-04-12 04:32:28 +00:00
2016-04-12 14:15:06 +00:00
2016-02-12 20:50:40 +00:00
2016-03-03 11:19:51 +00:00
2016-04-06 13:31:56 +00:00
2016-04-12 02:39:42 +00:00
2016-04-08 09:31:08 +00:00
2016-04-08 15:45:22 +00:00
2016-04-11 19:25:25 +00:00
2016-04-12 14:44:23 +00:00
2016-02-16 21:19:47 +00:00
2016-01-22 13:05:24 +00:00
2016-01-22 13:30:29 +00:00
2016-02-05 02:07:41 +00:00
2016-04-11 01:58:44 +00:00
2016-03-14 02:32:59 +00:00
2016-03-29 18:41:02 +00:00

OpenStack Tracking Repo

zuul gates all of the contained projects in an effective single timeline. This means that OpenStack, across all of the projects, does already have a sequence of combinations that have been explicitly tested, but it's non-trivial to go from a single commit of a particular project to the commits that were tested with it.

Gerrit's submodule tracking feature will update a super project every time a subproject is updated, so the specific sequence created by zuul will be captured by the super project commits.

This repo is intended to be used in a read-only manner. Any commit in this repo will get a collection of commits in the other repos that have explicitly been tested with each other, if that sort of thing is important to you.

Description
Repository tracking all OpenStack repositories as submodules
Readme 199 MiB
Languages
Python 100%