<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/paste-git.git/paste, branch fix-19</title>
<subtitle>github.com: cdent/paste.git
</subtitle>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/'/>
<entry>
<title>Remove use of _lock around get and set timeout of SSL connection</title>
<updated>2019-01-04T17:45:39+00:00</updated>
<author>
<name>Chris Dent</name>
<email>chris.dent@gmail.com</email>
</author>
<published>2019-01-04T17:45:39+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=edd3469847bd943ac28ff85607d585555290f650'/>
<id>edd3469847bd943ac28ff85607d585555290f650</id>
<content type='text'>
The maintainers of pyOpenSSL have deprecated the tsafe module
because it is neither used nor complete. It was removed from
in paste in 78dd2ec01384 but because of a lack of test coverage
it caused a regression as described in #19.

Reviewing the code and pyOpenSSL, it appears that the right
fix is to simply not subclass the SSL.Connection, and let
get and set timeout be called on the socket object that
Connection keeps, without a lock.

A concern here is that if someone is doing something multi-
threaded with paste/httpserver the removal of the use of tsafe
may present some issues. On the other hand, if someone is
doing something multi-threaded, one hopes they are using a
more robust web and modern web server.

Fixes #19
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The maintainers of pyOpenSSL have deprecated the tsafe module
because it is neither used nor complete. It was removed from
in paste in 78dd2ec01384 but because of a lack of test coverage
it caused a regression as described in #19.

Reviewing the code and pyOpenSSL, it appears that the right
fix is to simply not subclass the SSL.Connection, and let
get and set timeout be called on the socket object that
Connection keeps, without a lock.

A concern here is that if someone is doing something multi-
threaded with paste/httpserver the removal of the use of tsafe
may present some issues. On the other hand, if someone is
doing something multi-threaded, one hopes they are using a
more robust web and modern web server.

Fixes #19
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove use of OpenSSL.tsafe, which links to OpenSSL.SSL anyways. (#16)</title>
<updated>2018-11-29T11:19:18+00:00</updated>
<author>
<name>Stephan Richter</name>
<email>stephan.richter@gmail.com</email>
</author>
<published>2018-11-29T11:19:18+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=78dd2ec0138467305f1686558fca4ff8ca0b2b70'/>
<id>78dd2ec0138467305f1686558fca4ff8ca0b2b70</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't delete dict item while iterating over same dict (#14)</title>
<updated>2018-11-05T15:53:19+00:00</updated>
<author>
<name>Marius van den Beek</name>
<email>m.vandenbeek@gmail.com</email>
</author>
<published>2018-11-05T15:53:19+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=3de6212181000cde5c1bc2e81e1f9f52722cc991'/>
<id>3de6212181000cde5c1bc2e81e1f9f52722cc991</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>paste.fixture: fix form offset handling (#12)</title>
<updated>2018-10-31T09:56:48+00:00</updated>
<author>
<name>Daniel Hahler</name>
<email>github@thequod.de</email>
</author>
<published>2018-10-31T09:56:48+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=cdac8d221ca509946739aab8acb55422e0e457c4'/>
<id>cdac8d221ca509946739aab8acb55422e0e457c4</id>
<content type='text'>
It would fail if the length of bytes and unicode differs.

It now passes non-bytes to `Form` directly.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It would fail if the length of bytes and unicode differs.

It now passes non-bytes to `Form` directly.</pre>
</div>
</content>
</entry>
<entry>
<title>py3 fixes for form handling in paste.fixture (#8)</title>
<updated>2018-10-30T14:18:38+00:00</updated>
<author>
<name>Daniel Hahler</name>
<email>github@thequod.de</email>
</author>
<published>2018-10-30T14:18:38+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=c58c1ae23f49c2701ea4ee53d017dd62b1d6f213'/>
<id>c58c1ae23f49c2701ea4ee53d017dd62b1d6f213</id>
<content type='text'>
* py3 fixes for form handling in paste.fixture

It uses "not six.PY2" in contrast to other places in the code to be
forward-compatible.

I've not looked too closely, but it might make sense to decode body/text
in the beginning already, instead of having it as bytes internally?!

Also, like mentioned in [1] already, it should probably use the correct
source encoding?!

1: https://github.com/cdent/paste/blob/36e5b8bd16a6063ec654faf04541f3a20d19f7fe/paste/fixture.py#L820

* Add test, using/fixing SlowConsumer form app
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* py3 fixes for form handling in paste.fixture

It uses "not six.PY2" in contrast to other places in the code to be
forward-compatible.

I've not looked too closely, but it might make sense to decode body/text
in the beginning already, instead of having it as bytes internally?!

Also, like mentioned in [1] already, it should probably use the correct
source encoding?!

1: https://github.com/cdent/paste/blob/36e5b8bd16a6063ec654faf04541f3a20d19f7fe/paste/fixture.py#L820

* Add test, using/fixing SlowConsumer form app
</pre>
</div>
</content>
</entry>
<entry>
<title>Pytest fixes (#9)</title>
<updated>2018-10-30T12:40:53+00:00</updated>
<author>
<name>Daniel Hahler</name>
<email>github@thequod.de</email>
</author>
<published>2018-10-30T12:40:53+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=455203d2b3b0c898df6d3661cb1de577dfeda483'/>
<id>455203d2b3b0c898df6d3661cb1de577dfeda483</id>
<content type='text'>
* pytest: fix collection warnings via __test__=False

Fixes

&gt; "cannot collect test class %r because it has a __init__ constructor

Ref: https://github.com/pytest-dev/pytest/issues/2007

* pytest: configure testpaths

This is faster with test collection.

* pytest: fix warning with doctests

Fixes

&gt; /usr/lib/python3.7/site-packages/_pytest/python.py:764:
&gt; RemovedInPytest4Warning: usage of Generator.Function is deprecated,
&gt; please use pytest.Function instead

* Minor fixes around s/py.test/pytest/
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* pytest: fix collection warnings via __test__=False

Fixes

&gt; "cannot collect test class %r because it has a __init__ constructor

Ref: https://github.com/pytest-dev/pytest/issues/2007

* pytest: configure testpaths

This is faster with test collection.

* pytest: fix warning with doctests

Fixes

&gt; /usr/lib/python3.7/site-packages/_pytest/python.py:764:
&gt; RemovedInPytest4Warning: usage of Generator.Function is deprecated,
&gt; please use pytest.Function instead

* Minor fixes around s/py.test/pytest/
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove use of future</title>
<updated>2018-10-24T21:46:20+00:00</updated>
<author>
<name>Chris Dent</name>
<email>cdent@anticdent.org</email>
</author>
<published>2018-10-24T21:46:20+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=00f4fde04bdd841ec88c2b62dd9dcab92a3d019d'/>
<id>00f4fde04bdd841ec88c2b62dd9dcab92a3d019d</id>
<content type='text'>
Future is calling installation endless recursion. We are only
using it for an html.escape method, so we make our own and get
rid of future.

Related-Bug: #6
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Future is calling installation endless recursion. We are only
using it for an html.escape method, so we make our own and get
rid of future.

Related-Bug: #6
</pre>
</div>
</content>
</entry>
<entry>
<title>Make iterators Python3-compatible</title>
<updated>2018-10-23T17:32:28+00:00</updated>
<author>
<name>Zane Bitter</name>
<email>zbitter@redhat.com</email>
</author>
<published>2018-10-23T17:32:28+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=10e5c641ecd45d896d25b0511438c9a9ce3c59e4'/>
<id>10e5c641ecd45d896d25b0511438c9a9ce3c59e4</id>
<content type='text'>
In Python3, the iterator protocol uses a method named __next__(), not
next(). (For compatibility with Python 2.6, we still need to support
both though.) Ensure all iterator objects support the Python3 protocol.

Signed-off-by: Zane Bitter &lt;zbitter@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In Python3, the iterator protocol uses a method named __next__(), not
next(). (For compatibility with Python 2.6, we still need to support
both though.) Ensure all iterator objects support the Python3 protocol.

Signed-off-by: Zane Bitter &lt;zbitter@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't raise StopIteration inside a generator</title>
<updated>2018-10-23T17:32:14+00:00</updated>
<author>
<name>Zane Bitter</name>
<email>zbitter@redhat.com</email>
</author>
<published>2018-10-23T17:28:07+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=777b6cd5b6b2159d32461846f53617fc7cb962be'/>
<id>777b6cd5b6b2159d32461846f53617fc7cb962be</id>
<content type='text'>
This will cause a runtime error in Python 3.7, due to PEP479.

Signed-off-by: Zane Bitter &lt;zbitter@redhat.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This will cause a runtime error in Python 3.7, due to PEP479.

Signed-off-by: Zane Bitter &lt;zbitter@redhat.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix up testing after switch to pytest</title>
<updated>2018-10-23T16:01:47+00:00</updated>
<author>
<name>Chris Dent</name>
<email>cdent@anticdent.org</email>
</author>
<published>2018-10-23T16:01:47+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/python-packages/paste-git.git/commit/?id=9fcc98bd3e5bde3a26326f3156845093f84b8832'/>
<id>9fcc98bd3e5bde3a26326f3156845093f84b8832</id>
<content type='text'>
pytest exposes many warnings, some but not all of which are cleaned
up here. The main switch is to use html.escape instead of cgi.escape.
This inspired the addition of 'future' to requirements.

The remaining warnings are related to pytest deprecations or over-eager
test discovery.

It is perhaps ironic that the switch to pytest is to avoid nose being
mostly dead, and now we are using features in pytest that pytest wants
to make dead. These are left for later cleanups, which means that
running the tests is noisy.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
pytest exposes many warnings, some but not all of which are cleaned
up here. The main switch is to use html.escape instead of cgi.escape.
This inspired the addition of 'future' to requirements.

The remaining warnings are related to pytest deprecations or over-eager
test discovery.

It is perhaps ironic that the switch to pytest is to avoid nose being
mostly dead, and now we are using features in pytest that pytest wants
to make dead. These are left for later cleanups, which means that
running the tests is noisy.
</pre>
</div>
</content>
</entry>
</feed>
