2022-04-29 20:56:30 -05:00
|
|
|
# Requirements lower bounds listed here are our best effort to keep them up to
|
|
|
|
# date but we do not test them so no guarantee of having them all correct. If
|
|
|
|
# you find any incorrect lower bounds, let us know or propose a fix.
|
|
|
|
|
2021-12-13 18:13:19 +02:00
|
|
|
pbr>=5.8.0 # Apache-2.0
|
2021-07-12 15:34:26 +01:00
|
|
|
SQLAlchemy>=1.4.13 # MIT
|
2020-08-03 10:09:35 -05:00
|
|
|
decorator>=4.1.0 # BSD
|
2021-03-29 17:27:52 +02:00
|
|
|
eventlet>=0.30.1 # MIT
|
2018-03-06 12:57:20 +00:00
|
|
|
Jinja2>=2.10 # BSD License (3 clause)
|
Correct lower-constraints.txt and the related tox job
In the review of a similar change in placement [1], it was realized that
the nova lower-constraints tox job probably had the same problems.
Testing revealed this to be the case. This change fixes the job and
updates the related requirements problems accordingly.
The are two main factors at play here:
* The default install_command in tox.ini uses the upper_contraints.txt
file. When there is more than one constraints.txt they are merged and
the higher constraints win. Using upper and lower at the same time
violates the point of lower (which is to indicate the bare minimum
we are capable of using).
* When usedevelop is true in tox, the command that is run to install the
current projects code is something like 'python setup.py develop',
which installs a project's requirements _after_ the install_command has
run, clobbering the constrained installs. When using pbr,
'python setup.py install' (used when usedevelop is False) does not do
this.
Fixing those then makes it possible to use the test to fix the
lower-constraints.txt and *requirements.txt files, changes include:
* Defining 'usedevelop = False' in the 'lower-constraints' target and
removing the otherwise superfluous 'skipsdist' global setting to
ensure requirements aren't clobbered.
* Removing packages which show up in lower-constraints.txt but not in
the created virtualenv. Note that the job only runs unit tests, so
this may be incomplete. In the placement version of this both unit and
functional are run. We may want to consider that here.
* Updating cryptography. This version is needed with more recent
pyopenssl.
* Updated keystonemiddleware. This is needed for some tests which
confirm passing configuration to the middleware.
* Update psycopg2 to a version that can talk with postgresql 10.
* Add PyJWT, used by zVMCloudConnector
* Update zVMCloudConnector to a version that works with Python 3.5 and
beyond.
* Update olso.messaging to versions that work with the tests, under
Python 3.
* Adding missing transitive packages.
* Adjusting alpha-ordering to map to how pip freeze does it.
* setuptools is removed from requirements.txt because the created
virtualenv doesn't contain it
NOTE: The lower-constraints.txt file makes no commitment to expressing
minimum requirements for anything other than the current basepython.
So the fact that a different set of lower-constraints would be present
if we were using python2 is not relevant. See discussion at [1].
However, since requirements.txt _is_ used for python2, the
requirements-check gate job requires that enum34 be present in
lower-constraints.txt because it is in requirements.txt.
NOTE: A test is removed because it cannot work in the
lower-constraints context: 'test_policy_generator_from_command_line'
forks a call to 'oslopolicy-policy-generator --namespace nova' which
fails because stevedore fails to pick up nova-based entry points when
in a different process. This is because of the change to usedevelop.
After discussion with the original author of the test removal was
considered an acceptable choice.
[1] http://eavesdrop.openstack.org/irclogs/%23openstack-dev/%23openstack-dev.2019-03-05.log.html#t2019-03-05T13:28:23
Closes-Bug: #1822575
Change-Id: Ic6466b0440a4fe012731a63715cf5d793b6ae4dd
2018-12-05 14:01:04 +00:00
|
|
|
keystonemiddleware>=4.20.0 # Apache-2.0
|
2020-06-25 19:44:48 -05:00
|
|
|
lxml>=4.5.0 # BSD
|
2017-05-20 04:41:02 +00:00
|
|
|
Routes>=2.3.1 # MIT
|
2019-06-26 23:25:48 +00:00
|
|
|
cryptography>=2.7 # BSD/Apache-2.0
|
2018-06-29 11:44:23 +02:00
|
|
|
WebOb>=1.8.2 # MIT
|
2020-06-25 19:44:48 -05:00
|
|
|
greenlet>=0.4.15 # MIT
|
2016-01-22 04:07:37 +00:00
|
|
|
PasteDeploy>=1.5.0 # MIT
|
2017-09-16 23:18:37 +00:00
|
|
|
Paste>=2.0.2 # MIT
|
2021-02-11 12:22:42 +00:00
|
|
|
PrettyTable>=0.7.1 # BSD
|
2019-10-23 14:09:20 -04:00
|
|
|
sqlalchemy-migrate>=0.13.0 # Apache-2.0
|
2021-07-12 15:34:26 +01:00
|
|
|
alembic>=1.5.0 # MIT
|
2017-09-13 12:57:19 +00:00
|
|
|
netaddr>=0.7.18 # BSD
|
2016-01-22 04:07:37 +00:00
|
|
|
netifaces>=0.10.4 # MIT
|
2020-06-25 19:44:48 -05:00
|
|
|
paramiko>=2.7.1 # LGPLv2.1+
|
2016-04-30 18:07:08 +00:00
|
|
|
iso8601>=0.1.11 # MIT
|
2020-05-26 21:57:11 +02:00
|
|
|
jsonschema>=3.2.0 # MIT
|
2019-05-27 17:49:56 +08:00
|
|
|
python-cinderclient!=4.0.0,>=3.3.0 # Apache-2.0
|
2019-08-15 09:16:58 -05:00
|
|
|
keystoneauth1>=3.16.0 # Apache-2.0
|
2020-03-06 10:43:09 +00:00
|
|
|
python-neutronclient>=7.1.0 # Apache-2.0
|
2017-08-07 00:49:24 +00:00
|
|
|
python-glanceclient>=2.8.0 # Apache-2.0
|
2021-03-29 17:27:52 +02:00
|
|
|
requests>=2.25.1 # Apache-2.0
|
2017-03-02 11:50:48 +00:00
|
|
|
stevedore>=1.20.0 # Apache-2.0
|
2019-12-16 11:11:37 +00:00
|
|
|
websockify>=0.9.0 # LGPLv3
|
2017-10-11 05:50:00 +00:00
|
|
|
oslo.cache>=1.26.0 # Apache-2.0
|
2021-12-13 18:13:19 +02:00
|
|
|
oslo.concurrency>=4.5.0 # Apache-2.0
|
2021-04-27 12:19:47 +02:00
|
|
|
oslo.config>=8.6.0 # Apache-2.0
|
2021-12-13 18:13:19 +02:00
|
|
|
oslo.context>=3.4.0 # Apache-2.0
|
|
|
|
oslo.log>=4.6.1 # Apache-2.0
|
2020-03-10 09:46:49 +00:00
|
|
|
oslo.limit>=1.5.0 # Apache-2.0
|
2017-09-13 12:57:19 +00:00
|
|
|
oslo.reports>=1.18.0 # Apache-2.0
|
2021-12-13 18:13:19 +02:00
|
|
|
oslo.serialization>=4.2.0 # Apache-2.0
|
2020-11-19 18:44:47 -06:00
|
|
|
oslo.upgradecheck>=1.3.0
|
2021-12-13 18:13:19 +02:00
|
|
|
oslo.utils>=4.12.1 # Apache-2.0
|
2021-07-21 12:20:22 +02:00
|
|
|
oslo.db>=10.0.0 # Apache-2.0
|
2022-01-02 21:23:10 +09:00
|
|
|
oslo.rootwrap>=5.15.0 # Apache-2.0
|
2019-09-20 19:07:19 +02:00
|
|
|
oslo.messaging>=10.3.0 # Apache-2.0
|
2021-07-04 15:59:53 -05:00
|
|
|
oslo.policy>=3.7.0 # Apache-2.0
|
2021-12-13 18:13:19 +02:00
|
|
|
oslo.privsep>=2.6.2 # Apache-2.0
|
|
|
|
oslo.i18n>=5.1.0 # Apache-2.0
|
|
|
|
oslo.service>=2.8.0 # Apache-2.0
|
2020-09-03 14:25:43 -05:00
|
|
|
rfc3986>=1.2.0 # Apache-2.0
|
2017-09-13 12:57:19 +00:00
|
|
|
oslo.middleware>=3.31.0 # Apache-2.0
|
2017-02-15 20:50:34 +00:00
|
|
|
psutil>=3.2.2 # BSD
|
2019-05-01 08:57:39 -04:00
|
|
|
oslo.versionedobjects>=1.35.0 # Apache-2.0
|
2021-12-13 18:13:19 +02:00
|
|
|
os-brick>=5.2 # Apache-2.0
|
2021-07-15 19:25:41 +02:00
|
|
|
os-resource-classes>=1.1.0 # Apache-2.0
|
2022-01-27 16:44:39 +03:00
|
|
|
os-traits>=2.7.0 # Apache-2.0
|
libvirt: Delegate OVS plug to os-vif
os-vif 1.15.0 added the ability to create an OVS port during plugging
by specifying the 'create_port' attribute in the 'port_profile' field.
By delegating port creation to os-vif, we can rely on it's 'isolate_vif'
config option [1] that will temporarily configure the VLAN to 4095
(0xfff), which is reserved for implementation use [2] and is used by
neutron to as a dead VLAN [3]. By doing this, we ensure VIFs are plugged
securely, preventing guests from accessing other tenants' networks
before the neutron OVS agent can wire up the port.
This change requires a little dance as part of the live migration flow.
Since we can't be certain the destination host has a version of os-vif
that supports this feature, we need to use a sentinel to indicate when
it does. Typically we would do so with a field in
'LibvirtLiveMigrateData', such as the 'src_supports_numa_live_migration'
and 'dst_supports_numa_live_migration' fields used to indicate support
for NUMA-aware live migration. However, doing this prevents us
backporting this important fix since o.vo changes are not backportable.
Instead, we (somewhat evilly) rely on the free-form nature of the
'VIFMigrateData.profile_json' string field, which stores JSON blobs and
is included in 'LibvirtLiveMigrateData' via the 'vifs' attribute, to
transport this sentinel. This is a hack but is necessary to work around
the lack of a free-form "capabilities" style dict that would allow us do
backportable fixes to live migration features.
Note that this change has the knock on effect of modifying the XML
generated for OVS ports: when hybrid plug is false will now be of type
'ethernet' rather than 'bridge' as before. This explains the larger than
expected test damage but should not affect users.
[1] https://opendev.org/openstack/os-vif/src/tag/2.4.0/vif_plug_ovs/ovs.py#L90-L93
[2] https://en.wikipedia.org/wiki/IEEE_802.1Q#Frame_format
[3] https://answers.launchpad.net/neutron/+question/231806
Change-Id: I11fb5d3ada7f27b39c183157ea73c8b72b4e672e
Depends-On: Id12486b3127ab4ac8ad9ef2b3641da1b79a25a50
Closes-Bug: #1734320
Closes-Bug: #1815989
2021-04-30 12:51:35 +01:00
|
|
|
os-vif>=1.15.2 # Apache-2.0
|
2017-12-19 01:53:09 +00:00
|
|
|
castellan>=0.16.0 # Apache-2.0
|
2018-03-23 22:44:04 +00:00
|
|
|
microversion-parse>=0.2.1 # Apache-2.0
|
2017-09-13 12:57:19 +00:00
|
|
|
tooz>=1.58.0 # Apache-2.0
|
2018-01-09 02:22:53 +00:00
|
|
|
cursive>=0.2.1 # Apache-2.0
|
2018-06-15 23:10:32 +00:00
|
|
|
retrying>=1.3.3,!=1.3.0 # Apache-2.0
|
2019-04-11 15:12:19 -07:00
|
|
|
os-service-types>=1.7.0 # Apache-2.0
|
2020-08-03 10:09:35 -05:00
|
|
|
taskflow>=3.8.0 # Apache-2.0
|
2021-03-02 11:36:30 +00:00
|
|
|
python-dateutil>=2.7.0 # BSD
|
2018-12-12 16:13:55 +01:00
|
|
|
futurist>=1.8.0 # Apache-2.0
|
2019-08-16 07:48:50 -05:00
|
|
|
openstacksdk>=0.35.0 # Apache-2.0
|
2020-01-20 16:18:19 +00:00
|
|
|
dataclasses>=0.7;python_version=='3.6' # Apache 2.0 License
|
2020-11-19 18:44:47 -06:00
|
|
|
PyYAML>=5.1 # MIT
|