77fc9f11a7
There is an upstream issue[1] in etcd3gw, when running on Python3, a lock is never treated as acquired (although in fact it is acquired). This makes that qinling cannot work properly on Python3. The fix[2] is included in etcd3gw 0.2.2. So the requirements must be updated for qinling to run normally on Python3. [1]. https://github.com/dims/etcd3-gateway/issues/24 [2]. https://github.com/dims/etcd3-gateway/pull/25 Change-Id: I3868864b957c8a5cd8c26acadc7e17f1c427699c
34 lines
1.3 KiB
Plaintext
34 lines
1.3 KiB
Plaintext
# The order of packages is significant, because pip processes them in the order
|
|
# of appearance. Changing the order has an impact on the overall integration
|
|
# process, which may cause wedges in the gate later.
|
|
|
|
pbr!=2.1.0,>=2.0.0 # Apache-2.0
|
|
Babel!=2.4.0,>=2.3.4 # BSD
|
|
keystoneauth1>=3.4.0 # Apache-2.0
|
|
keystonemiddleware>=4.17.0 # Apache-2.0
|
|
oslo.concurrency>=3.26.0 # Apache-2.0
|
|
oslo.config>=5.2.0 # Apache-2.0
|
|
oslo.db>=4.27.0 # Apache-2.0
|
|
oslo.messaging>=5.29.0 # Apache-2.0
|
|
oslo.policy>=1.30.0 # Apache-2.0
|
|
oslo.utils>=3.33.0 # Apache-2.0
|
|
oslo.log>=3.36.0 # Apache-2.0
|
|
oslo.serialization!=2.19.1,>=2.18.0 # Apache-2.0
|
|
oslo.service!=1.28.1,>=1.24.0 # Apache-2.0
|
|
pecan!=1.0.2,!=1.0.3,!=1.0.4,!=1.2,>=1.0.0 # BSD
|
|
setuptools!=24.0.0,!=34.0.0,!=34.0.1,!=34.0.2,!=34.0.3,!=34.1.0,!=34.1.1,!=34.2.0,!=34.3.0,!=34.3.1,!=34.3.2,!=36.2.0,>=21.0.0 # PSF/ZPL
|
|
six>=1.10.0 # MIT
|
|
SQLAlchemy!=1.1.5,!=1.1.6,!=1.1.7,!=1.1.8,>=1.0.10 # MIT
|
|
sqlalchemy-migrate>=0.11.0 # Apache-2.0
|
|
stevedore>=1.20.0 # Apache-2.0
|
|
WSME>=0.8.0 # MIT
|
|
kubernetes>=6.0.0 # Apache-2.0
|
|
PyYAML>=3.12 # MIT
|
|
python-swiftclient>=3.2.0 # Apache-2.0
|
|
croniter>=0.3.4 # MIT License
|
|
python-dateutil>=2.5.3 # BSD
|
|
tenacity>=4.4.0 # Apache-2.0
|
|
PyMySQL>=0.7.6 # MIT License
|
|
etcd3gw>=0.2.2 # Apache-2.0
|
|
cotyledon>=1.3.0 # Apache-2.0
|