ccd542f7ea
hacking is not capped in g-r and it is in blacklist for requirement as hacking new version can break the gate jobs. Hacking can break gate jobs because of various reasons: - There might be new rule addition in hacking - Some rules becomes default from non-default - Updates in pycodestyle etc That was the main reason it was not added in g-r auto sync also. Most of the project maintained the compatible and cap the hacking version in test-requirements.txt and update to new version when project is ready. Bumping new version might need code fix also on project side depends on what new in that version. If project does not have cap the hacking version then, there is possibility of gate failure whenever new hacking version is released by QA team. Example of such failure in recent release of hacking 1.1.0 - http://lists.openstack.org/pipermail/openstack-dev/2018-May/130282.html Change-Id: I05790c5f946a4127fe6c8d9867cc618cb83d67fb
25 lines
850 B
Plaintext
25 lines
850 B
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.
|
|
bandit>=1.1.0 # Apache-2.0
|
|
bashate>=0.5.1 # Apache-2.0
|
|
beautifulsoup4>=4.6.0 # MIT
|
|
coverage!=4.4,>=4.0 # Apache-2.0
|
|
doc8>=0.6.0 # Apache-2.0
|
|
extras>=1.0.0 # MIT
|
|
hacking>=0.10.0,<1.1.0
|
|
openstackdocstheme>=1.18.1 # Apache-2.0
|
|
oslo.log>=3.36.0 # Apache-2.0
|
|
oslotest>=3.2.0 # Apache-2.0
|
|
reno>=2.5.0 # Apache-2.0
|
|
PrettyTable<0.8,>=0.7.1 # BSD
|
|
PyYAML>=3.12 # MIT
|
|
python-ceilometerclient>=2.5.0 # Apache-2.0
|
|
python-neutronclient>=6.7.0 # Apache-2.0
|
|
python-openstackclient>=3.12.0 # Apache-2.0
|
|
pytz>=2013.6 # MIT
|
|
sphinx!=1.6.6,!=1.6.7,>=1.6.2 # BSD
|
|
testrepository>=0.0.18 # Apache-2.0/BSD
|
|
testscenarios>=0.4 # Apache-2.0/BSD
|
|
testtools>=2.2.0 # MIT
|