<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/cryptography.git/src/cryptography/fernet.py, branch 2.0.3</title>
<subtitle>github.com: pyca/cryptography.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/'/>
<entry>
<title>fernet fix: ignore the timestamp entirely when no ttl is set</title>
<updated>2016-01-21T14:54:59+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2016-01-21T14:54:59+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=a418e96e08537e77b86c7eff8975e0c76b251797'/>
<id>a418e96e08537e77b86c7eff8975e0c76b251797</id>
<content type='text'>
Previously if the token claimed to have been generated more than 60
seconds in the future we would raise InvalidToken even if ttl was set
to None.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Previously if the token claimed to have been generated more than 60
seconds in the future we would raise InvalidToken even if ttl was set
to None.
</pre>
</div>
</content>
</entry>
<entry>
<title>Update the license header for every source file, as well as the documentation.</title>
<updated>2014-11-16T17:08:42+00:00</updated>
<author>
<name>Alex Gaynor</name>
<email>alex.gaynor@gmail.com</email>
</author>
<published>2014-11-16T17:08:42+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=5951f46be60095a74546b318432417e51bfe0aab'/>
<id>5951f46be60095a74546b318432417e51bfe0aab</id>
<content type='text'>
Fixes #1209
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes #1209
</pre>
</div>
</content>
</entry>
<entry>
<title>Move the cryptography package into a src/ subdirectory</title>
<updated>2014-11-13T12:56:31+00:00</updated>
<author>
<name>Donald Stufft</name>
<email>donald@stufft.io</email>
</author>
<published>2014-11-08T00:17:08+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=c62a78c015cf7aeb0c05bce82ef14cd86fe0b0fc'/>
<id>c62a78c015cf7aeb0c05bce82ef14cd86fe0b0fc</id>
<content type='text'>
Due to differences in how py.test determines which module to ``import``
the test suite actually runs against the cryptography which is in the
*current* directory instead of the cryptography which is installed. The
problem essentially boils down to when there is a tests/__init__.py then
py.test adds the current directory to the front of the sys.path, causing
it to take precedence over the installed location.

This means that running the tests relies on the implicit compile
that CFFI does instead of testing against what people will actually
be runnning, which is the module compiled by setup.py.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Due to differences in how py.test determines which module to ``import``
the test suite actually runs against the cryptography which is in the
*current* directory instead of the cryptography which is installed. The
problem essentially boils down to when there is a tests/__init__.py then
py.test adds the current directory to the front of the sys.path, causing
it to take precedence over the installed location.

This means that running the tests relies on the implicit compile
that CFFI does instead of testing against what people will actually
be runnning, which is the module compiled by setup.py.
</pre>
</div>
</content>
</entry>
</feed>
