openstack/swift - swift - OpenDev: Free Software Needs Free Tools

This website requires JavaScript.

openstack/swift

Code Issues Proposed changes

Files

1d9ab5d0a8372e907ae0f1029e743b7a97554aaa

swift /requirements.txt

23 lines

942 B

Plaintext

Raw Normal View History

warn against sorting requirements Change-Id: I64ae9191863564e278a35d42ec9cd743a233028e Closes-Bug: 1365061

2014年09月03日 12:03:40 -05:00

# 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.

Bump up our minimum eventlet version We need 0.25.0 for py3 support, and increasing it for both is simplest. Also drag forward dnspython, as newer eventlet requires a newer dnspython. Note that we still don't explicitly list it as a dependency for py3; rather, it's been getting installed as a requirement for eventlet. Change-Id: If933b713bdd1dfc348959771d60c0756a9a94477

2019年06月17日 13:22:04 -07:00

eventlet>=0.25.0 # MIT

Give ECAppIter greenthreads a chance to wrap up Otherwise, we can hit a "generator already executing" error in test/functional/test_slo.py:TestSlo.test_slo_multi_ranged_get Also, set a *slightly* newer lower-bound for greenlet (from 2011 instead of 2010) so the sleep() doesn't cause us to lose exception state. Change-Id: Id458fc0a43fd71aab9f6edbacc1f0b370c9f7537

2019年06月17日 15:30:40 -07:00

greenlet>=0.3.2

internal-client: pass global_conf to loadapp The internal client previously provided no easy way to programatically customise the configuration of the proxy-server app or other middlewares in its wsgi pipeline. This patch allows a global_conf dict to be passed via the InternalClient constructor to the wsgi loadapp function. Items in the global_conf dict will override options loaded from the config file. An example use case would be to change the log_name from the default 'swift', which would be useful to differentiate logs from different processes using an internal client. The minimum version of PasteDeploy is increased to 2.0.0 to make the global_conf behavior predictable: in older versions global_conf would not override options in the conf file DEFAULT section, but since 2.0.0 it will. Change-Id: Ida39ec7eb02a93cf4b2aa68fc07b7f0ae27b5439

2021年12月01日 13:54:36 +00:00

PasteDeploy>=2.0.0

Set lower bounds on all requirements and test-requirements I just took these from the current versions at https://github.com/openstack/requirements/blob/master/lower-constraints.txt so we can get the the change we *actually* want, which is to black-list a known-bad version of eventlet. Change-Id: I9842c9975821bda5c7d8bf2fc214480c0c0a5e96

2018年06月15日 10:42:08 -07:00

lxml>=3.4.1

Fix lower-constraint deps handling When the lower-constraints tox target was added, it was assumed the install_command was just running the install and that the dependencies and constraints were being set using "deps = ". This fixed the install_command and deps to follow the expected pattern so the lower-constraints job actual does install the lower constraints. Also: * raise the minimum for netifaces as the existing version would fail to load * pin oslo.log to the minimum required by our minimum keystonemiddleware * fix up some error handling for ancient versions of pastedeploy * specify that we shouldn't install xattr on a platform we don't support anyway, because reasons Change-Id: Ie78c0dabe12e01109db2b6412166c3564b87ee96 Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>

2019年03月22日 10:23:36 -05:00

requests>=2.14.2 # Apache-2.0

Bump up our minimum eventlet version We need 0.25.0 for py3 support, and increasing it for both is simplest. Also drag forward dnspython, as newer eventlet requires a newer dnspython. Note that we still don't explicitly list it as a dependency for py3; rather, it's been getting installed as a requirement for eventlet. Change-Id: If933b713bdd1dfc348959771d60c0756a9a94477

2019年06月17日 13:22:04 -07:00

six>=1.10.0

Fix lower-constraint deps handling When the lower-constraints tox target was added, it was assumed the install_command was just running the install and that the dependencies and constraints were being set using "deps = ". This fixed the install_command and deps to follow the expected pattern so the lower-constraints job actual does install the lower constraints. Also: * raise the minimum for netifaces as the existing version would fail to load * pin oslo.log to the minimum required by our minimum keystonemiddleware * fix up some error handling for ancient versions of pastedeploy * specify that we shouldn't install xattr on a platform we don't support anyway, because reasons Change-Id: Ie78c0dabe12e01109db2b6412166c3564b87ee96 Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>

2019年03月22日 10:23:36 -05:00

xattr>=0.4;sys_platform!='win32' # MIT

Update pyeclib dependency to 1.3.1 Updated swift requirements.txt to change PyECLib version so that it fixes memory leak issue. Change-Id: Ifc069989b96188fd7abe0d8edc6b30266783ad79 Partial-Bug: #1629410

2016年10月06日 11:06:49 -07:00

PyECLib>=1.3.1 # BSD

Bump up minimum cryptography version ...not because we strictly *need* newer cryptography, but rather because distro packages have moved forward to the point where the 1.x series won't compile from source and PyPI doesn't have wheels for them. See changes like: - https://github.com/pyca/cryptography/commit/6e7ea2e - https://github.com/pyca/cryptography/commit/f88aea5 Change-Id: I1ff5b61873cf382c7a89873ed4ba6153f299262a

2019年06月10日 15:40:58 -07:00

cryptography>=2.0.2 # BSD/Apache-2.0

Remove <py3.5 dependencies from requirements.txt The requirements repo is support python 3.5 as oldest python version while swift still supports py27. thus, requirements-check will fail on a couple of lines in swift. The check is only run when these files are touched. The py2.7 packagers we know about aren't depending on upstream requirements.txt for correctness and aside from all the production deployments running on py2.7 we only realistically support >=py3.7 There's no good reason for our requirements.txt to be "unspported" by the openstack requirements check job. Since they only support >=py3.5 we can change our requirements.txt inline with that. This should be fine for everything we could hope to get out of both our requirements.txt and the check! Co-Authored-By: Clay Gerrard <clay.gerrard@gmail.com> Change-Id: Ibf8000498528c401707be8b0b91b8355cd993786

2020年06月02日 21:42:05 +02:00

# For python 2.7, the following requirements are needed; they are not

# included since the requirments-check check will fail otherwise since

# global requirements do not support these anymore.

# Fortunately, these packages come in as dependencies from others and

# thus the py27 jobs still work.

#

# dnspython>=1.15.0;python_version=='2.7' # http://www.dnspython.org/LICENSE

# ipaddress>=1.0.16;python_version<'3.3' # PSF

Copy Permalink