Tony Breeds 3fe4d09d8f Remove networking-odl from g-r in the requirements-integration job
This is a terrible idea!

Since networking-odl 13.0.0 hit pypi which includes I955c9d737864b8a2557366be518922e192f4be91
the integration gate fails because ceilometer isn't on pypi[1].  There
aren't any good fixes but this *should* at least unblock the,
requirements, gate and buy us time to fix it correctly.

Note:
 * We can't just install ceilometer from git as we'll just fail when we
   try to generate a constraints list anyway.
 * We can't blacklist networking-odl as the backlist isn't used for
   generating a freeze only for filtering the output constraints
 * We can't stop building the constratints as that introduces a new
   failure path in the gate.

So with those options ruled out lets just pretend that networking-odl
isn't in global-requirements.  This will still fail if something
(directly or not) installs it from pypi.

[1] http://logs.openstack.org/96/594496/2/check/requirements-integration/8378cd8/job-output.txt.gz#_2018-08-31_22_54_49_357505

Change-Id: I1f117f9f4d8f49b5c4ef0cb74d98560c9a551999
2018-09-05 06:19:36 +00:00
..
2016-04-24 17:21:18 -05:00
2018-08-01 12:56:57 +10:00
2017-11-23 20:09:01 +01:00

OpenStack Requirements tools.

This directory contains a number of tools that are useful to the requirements core team and OpenStack
developers.

babel-test.sh
-------------
A tool check for regressions with new Babel releases.

build_wheels.sh
---------------

Generate wheels for all of the requirements, ignoring any packages
that won't build wheels so we get as many as possible. This is meant
to be used on a development box combined with devpi and a wheelhouse
configuration setting for pip, such as described in
https://www.berrange.com/posts/2014/11/14/faster-rebuilds-for-python-virtualenv-trees/

cap.py
------

Take the output of 'pip freeze' and use the installed versions to caps requirements.

check-install.py
----------------

Used in tox environment pip-install.  Only installs requirements (as opposed to
test-requirements and verifies that all console-scripts have all modules
needed.

code-search.sh
--------------
Assuming you have a set of local git repos grep them all for interesting things.

cruft.sh
--------

This script, when run from the root directory of this repository, will search
the default and feature branches of all projects listed in the projects.txt
file for declared dependencies, then output a list of any entries in the
global-requirements.txt file which are not actual dependencies of those
projects. Old dependencies which were removed from projects or which were used
only for projects which have since been removed should be cleaned up, but many
entries likely represent recent additions which still have pending changes to
add them to one or more projects. In most cases, git pickaxe will yield the
answer.

grep-all.sh
-----------

List a requirements specification and constratint for a given libarary

integration.sh
--------------

Used in the gate!  Install all the "$PROJECTS" to verify that g-r and the each project are compatible

noop-change.sh
--------------

Generate a bulk no-op changes in supplied projects.  Useful if we have a risky
change in global-requirements or upper-constraints and we want to test impacted
projects.

publish_constraints.sh
----------------------
Used in the gate!  Generate the constraints files from git for publishing to a
static server.

what-broke.py
-------------
figure out what requirements change likely broke us.