uncap pbr and sqla requirements
The cap of pbr causes issues now that pbr 1.2 is basically needed for a lot of projects to do the right thing with requirements ranges. The sqla capping is preventing new versions of sqla to be used in the OpenStack gates, and shouldn't be capped by a library. Change-Id: I5fc142eb8c9d616db2ed9b2f3e4e4d1147e131ff
This commit is contained in:
parent
a94dae7a01
commit
35832555c5
@ -1,9 +1,12 @@
|
|||||||
pbr>=0.6,!=0.7,<1.0
|
# 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>=0.11,<2.0
|
||||||
|
|
||||||
# never put a cap on this, *ever*, sqla versions are handled via
|
# never put a cap on this, *ever*, sqla versions are handled via
|
||||||
# tox, and if SQLA is capped it will only make it so we aren't testing
|
# tox, and if SQLA is capped it will only make it so we aren't testing
|
||||||
# against all the versions we are compatible with.
|
# against all the versions we are compatible with.
|
||||||
SQLAlchemy>=0.7.8,!=0.9.5,<=1.0.99
|
SQLAlchemy>=0.7.8,!=0.9.5
|
||||||
decorator
|
decorator
|
||||||
six>=1.7.0
|
six>=1.7.0
|
||||||
sqlparse
|
sqlparse
|
||||||
|
Loading…
Reference in New Issue
Block a user