forked from pool/python-waitress
Accepting request 265068 from devel:languages:python
1 OBS-URL: https://build.opensuse.org/request/show/265068 OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-waitress?expand=0&rev=7
This commit is contained in:
commit
3007826c02
@ -1,3 +1,62 @@
|
||||
-------------------------------------------------------------------
|
||||
Fri Dec 12 22:08:09 UTC 2014 - tbechtold@suse.com
|
||||
|
||||
- update to 0.8.9:
|
||||
- Fix tests under Windows. NB: to run tests under Windows, you cannot run
|
||||
"setup.py test" or "setup.py nosetests". Instead you must run ``python.exe
|
||||
-c "import nose; nose.main()"``. If you try to run the tests using the
|
||||
normal method under Windows, each subprocess created by the test suite will
|
||||
attempt to run the test suite again. See
|
||||
https://github.com/nose-devs/nose/issues/407 for more information.
|
||||
- Give the WSGI app_iter generated when ``wsgi.file_wrapper`` is used
|
||||
(ReadOnlyFileBasedBuffer) a ``close`` method. Do not call ``close`` on an
|
||||
instance of such a class when it's used as a WSGI app_iter, however. This is
|
||||
part of a fix which prevents a leakage of file descriptors; the other part of
|
||||
the fix was in WebOb
|
||||
(https://github.com/Pylons/webob/commit/951a41ce57bd853947f842028bccb500bd5237da).
|
||||
- Allow trusted proxies to override ``wsgi.url_scheme`` via a request header,
|
||||
``X_FORWARDED_PROTO``. Allows proxies which serve mixed HTTP / HTTPS
|
||||
requests to control signal which are served as HTTPS. See
|
||||
https://github.com/Pylons/waitress/pull/42.
|
||||
- Fix some cases where the creation of extremely large output buffers (greater
|
||||
than 2GB, suspected to be buffers added via ``wsgi.file_wrapper``) might
|
||||
cause an OverflowError on Python 2. See
|
||||
https://github.com/Pylons/waitress/issues/47.
|
||||
- When the ``url_prefix`` adjustment starts with more than one slash, all
|
||||
slashes except one will be stripped from its beginning. This differs from
|
||||
older behavior where more than one leading slash would be preserved in
|
||||
``url_prefix``.
|
||||
- If a client somehow manages to send an empty path, we no longer convert the
|
||||
empty path to a single slash in ``PATH_INFO``. Instead, the path remains
|
||||
empty. According to RFC 2616 section "5.1.2 Request-URI", the scenario of a
|
||||
client sending an empty path is actually not possible because the request URI
|
||||
portion cannot be empty.
|
||||
- If the ``url_prefix`` adjustment matches the request path exactly, we now
|
||||
compute ``SCRIPT_NAME`` and ``PATH_INFO`` properly. Previously, if the
|
||||
``url_prefix`` was ``/foo`` and the path received from a client was ``/foo``,
|
||||
we would set *both* ``SCRIPT_NAME`` and ``PATH_INFO`` to ``/foo``. This was
|
||||
incorrect. Now in such a case we set ``PATH_INFO`` to the empty string and
|
||||
we set ``SCRIPT_NAME`` to ``/foo``. Note that the change we made has no
|
||||
effect on paths that do not match the ``url_prefix`` exactly (such as
|
||||
``/foo/bar``); these continue to operate as they did. See
|
||||
https://github.com/Pylons/waitress/issues/46
|
||||
- Preserve header ordering of headers with the same name as per RFC 2616. See
|
||||
https://github.com/Pylons/waitress/pull/44
|
||||
- When waitress receives a ``Transfer-Encoding: chunked`` request, we no longer
|
||||
send the ``TRANSFER_ENCODING`` nor the ``HTTP_TRANSFER_ENCODING`` value to
|
||||
the application in the environment. Instead, we pop this header. Since we
|
||||
cope with chunked requests by buffering the data in the server, we also know
|
||||
when a chunked request has ended, and therefore we know the content length.
|
||||
We set the content-length header in the environment, such that applications
|
||||
effectively never know the original request was a T-E: chunked request; it
|
||||
will appear to them as if the request is a non-chunked request with an
|
||||
accurate content-length.
|
||||
- Cope with the fact that the ``Transfer-Encoding`` value is case-insensitive.
|
||||
- When the ``--unix-socket-perms`` option was used as an argument to
|
||||
``waitress-serve``, a ``TypeError`` would be raised. See
|
||||
https://github.com/Pylons/waitress/issues/50.
|
||||
- Enable testsuite during build
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Wed Sep 11 21:14:23 UTC 2013 - dmueller@suse.com
|
||||
|
||||
|
@ -1,7 +1,7 @@
|
||||
#
|
||||
# spec file for package python-waitress
|
||||
#
|
||||
# Copyright (c) 2013 SUSE LINUX Products GmbH, Nuernberg, Germany.
|
||||
# Copyright (c) 2014 SUSE LINUX Products GmbH, Nuernberg, Germany.
|
||||
#
|
||||
# All modifications and additions to the file contributed by third parties
|
||||
# remain the property of their copyright owners, unless otherwise agreed
|
||||
@ -17,7 +17,7 @@
|
||||
|
||||
|
||||
Name: python-waitress
|
||||
Version: 0.8.7
|
||||
Version: 0.8.9
|
||||
Release: 0
|
||||
Summary: Waitress WSGI server
|
||||
License: ZPL-2.1
|
||||
@ -27,7 +27,7 @@ Source: http://pypi.python.org/packages/source/w/waitress/waitress-%{ver
|
||||
BuildRequires: python-devel
|
||||
BuildRequires: python-setuptools
|
||||
# Test requirements:
|
||||
#BuildRequires: python-nose
|
||||
BuildRequires: python-nose
|
||||
# Documentation requirements:
|
||||
#BuildRequires: python-Sphinx
|
||||
#BuildRequires: python-docutils
|
||||
@ -58,8 +58,8 @@ python setup.py build
|
||||
%install
|
||||
python setup.py install --prefix=%{_prefix} --root=%{buildroot}
|
||||
|
||||
#%%check
|
||||
#python setup.py test
|
||||
%check
|
||||
python setup.py test
|
||||
|
||||
%files
|
||||
%defattr(-,root,root,-)
|
||||
|
@ -1,3 +0,0 @@
|
||||
version https://git-lfs.github.com/spec/v1
|
||||
oid sha256:e161e27faa12837739294dd8c837541aa66a5b2764eed753f0bf851d8ac81a74
|
||||
size 115461
|
3
waitress-0.8.9.tar.gz
Normal file
3
waitress-0.8.9.tar.gz
Normal file
@ -0,0 +1,3 @@
|
||||
version https://git-lfs.github.com/spec/v1
|
||||
oid sha256:826527dc9d334ed4ed76cdae672fdcbbccf614186657db71679ab58df869458a
|
||||
size 121048
|
Loading…
Reference in New Issue
Block a user