<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/cryptography.git, branch 2.1.2</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>Bump version for 2.1.2 release (#3997)</title>
<updated>2017-10-24T15:32:21+00:00</updated>
<author>
<name>Alex Gaynor</name>
<email>alex.gaynor@gmail.com</email>
</author>
<published>2017-10-24T15:32:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=106de1cb976c8ab7057484cb555979bb27e2430e'/>
<id>106de1cb976c8ab7057484cb555979bb27e2430e</id>
<content type='text'>
* Bump version for 2.1.2 release

* rolling has 36 now that it is artful (#3991)

* Latest flake8 has some rules about variable names (#3996)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Bump version for 2.1.2 release

* rolling has 36 now that it is artful (#3991)

* Latest flake8 has some rules about variable names (#3996)
</pre>
</div>
</content>
</entry>
<entry>
<title>Bumped version for release (#3974)</title>
<updated>2017-10-12T04:38:11+00:00</updated>
<author>
<name>Alex Gaynor</name>
<email>alex.gaynor@gmail.com</email>
</author>
<published>2017-10-12T04:38:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=85fa6ce5b29f94e27f1b712da015c2039cd108f9'/>
<id>85fa6ce5b29f94e27f1b712da015c2039cd108f9</id>
<content type='text'>
* Bumped version for release

* attempt to be precise
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Bumped version for release

* attempt to be precise
</pre>
</div>
</content>
</entry>
<entry>
<title>random hack to maybe support older pips (#3970) (#3973)</title>
<updated>2017-10-12T04:35:07+00:00</updated>
<author>
<name>Alex Gaynor</name>
<email>alex.gaynor@gmail.com</email>
</author>
<published>2017-10-12T04:35:07+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=785ebd84003b9f0f61fe586eead9a46e4f636e1e'/>
<id>785ebd84003b9f0f61fe586eead9a46e4f636e1e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Debian sid is python3.6 now (#3968) (#3972)</title>
<updated>2017-10-12T03:37:11+00:00</updated>
<author>
<name>Alex Gaynor</name>
<email>alex.gaynor@gmail.com</email>
</author>
<published>2017-10-12T03:37:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=78ae67cff45d85d75428aebf19ce68e46a3d91a6'/>
<id>78ae67cff45d85d75428aebf19ce68e46a3d91a6</id>
<content type='text'>
* Debian sid is python3.6 now

* Workaround because apparently measuring coverage correctly isn't a legitimate use case</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Debian sid is python3.6 now

* Workaround because apparently measuring coverage correctly isn't a legitimate use case</pre>
</div>
</content>
</entry>
<entry>
<title>update changelog release date and bump version for 2.1 release (#3958)</title>
<updated>2017-10-11T12:31:09+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T12:31:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=0ed0e7e87b5e83270f4aca4efc630790c1fea429'/>
<id>0ed0e7e87b5e83270f4aca4efc630790c1fea429</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update docs and changelog for URI, RFC822Name, and DNSName (#3955)</title>
<updated>2017-10-11T12:29:23+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T12:29:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=e885bd65a871926a8866db92035d814e3d179bf7'/>
<id>e885bd65a871926a8866db92035d814e3d179bf7</id>
<content type='text'>
* Update docs and changelog for URI, RFC822Name, and DNSName

As of 2.1 we want users to pass A-label strings, but we still accept
U-label strings and auto-encode on their behalf (with a deprecation
warning). However, we do not return U-label in the value attribute so
we are making a backwards incompatible change for users that utilize
internationalized domain names.

* language updates

* add presentational to the word list

* the linux dictionary is pathetic
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Update docs and changelog for URI, RFC822Name, and DNSName

As of 2.1 we want users to pass A-label strings, but we still accept
U-label strings and auto-encode on their behalf (with a deprecation
warning). However, we do not return U-label in the value attribute so
we are making a backwards incompatible change for users that utilize
internationalized domain names.

* language updates

* add presentational to the word list

* the linux dictionary is pathetic
</pre>
</div>
</content>
</entry>
<entry>
<title>let's talk about bits baby (#3956)</title>
<updated>2017-10-11T11:49:57+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T11:49:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=1aac78c4d036d20e8892f3861ea947cadf6ab739'/>
<id>1aac78c4d036d20e8892f3861ea947cadf6ab739</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>parallelize docs work and always give full traceback on exception (#3957)</title>
<updated>2017-10-11T11:49:27+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T11:49:27+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=a3facfae09c881b8a1953ffd7b192debc58bb5a0'/>
<id>a3facfae09c881b8a1953ffd7b192debc58bb5a0</id>
<content type='text'>
In local testing this didn't seem to gain much, but it also doesn't hurt
so what the hell.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In local testing this didn't seem to gain much, but it also doesn't hurt
so what the hell.</pre>
</div>
</content>
</entry>
<entry>
<title>backwards incompatible change to UniformResourceIdentifier (#3954)</title>
<updated>2017-10-11T03:47:46+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T03:47:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=1b43b51599e4a3b39662b069af0140bf24ac3a43'/>
<id>1b43b51599e4a3b39662b069af0140bf24ac3a43</id>
<content type='text'>
* backwards incompatible change to UniformResourceIdentifier

During this release cycle we decided to officially deprecate passing
U-labels to our GeneralName constructors. At first we tried changing
this in a purely backwards compatible way but get_values_for_type made
that untenable. This PR modifies URI to accept two types:
U-label strings (which raises a deprecation warning) and A-label strings
(the new preferred type). There is also a constructor for URI
that bypasses validation so we can parse garbage out of certificates
(and round trip it if necessary)

* nonsense empty commit 2.6 and codecov are the worst
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* backwards incompatible change to UniformResourceIdentifier

During this release cycle we decided to officially deprecate passing
U-labels to our GeneralName constructors. At first we tried changing
this in a purely backwards compatible way but get_values_for_type made
that untenable. This PR modifies URI to accept two types:
U-label strings (which raises a deprecation warning) and A-label strings
(the new preferred type). There is also a constructor for URI
that bypasses validation so we can parse garbage out of certificates
(and round trip it if necessary)

* nonsense empty commit 2.6 and codecov are the worst
</pre>
</div>
</content>
</entry>
<entry>
<title>backwards incompatible change to RFC822Name (#3953)</title>
<updated>2017-10-11T01:48:40+00:00</updated>
<author>
<name>Paul Kehrer</name>
<email>paul.l.kehrer@gmail.com</email>
</author>
<published>2017-10-11T01:48:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/cryptography.git/commit/?id=d3f73e0de5bf407f375c18b94f3f9535439ece3d'/>
<id>d3f73e0de5bf407f375c18b94f3f9535439ece3d</id>
<content type='text'>
* backwards incompatible change to RFC822Name

During this release cycle we decided to officially deprecate passing
U-labels to our GeneralName constructors. At first we tried changing
this in a purely backwards compatible way but get_values_for_type made
that untenable. This PR modifies RFC822Name to accept two types:
U-label strings (which raises a deprecation warning) and A-label strings
(the new preferred type). There is also a constructor for RFC822Name
that bypasses validation so we can parse garbage out of certificates
(and round trip it if necessary)

* whoops
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* backwards incompatible change to RFC822Name

During this release cycle we decided to officially deprecate passing
U-labels to our GeneralName constructors. At first we tried changing
this in a purely backwards compatible way but get_values_for_type made
that untenable. This PR modifies RFC822Name to accept two types:
U-label strings (which raises a deprecation warning) and A-label strings
(the new preferred type). There is also a constructor for RFC822Name
that bypasses validation so we can parse garbage out of certificates
(and round trip it if necessary)

* whoops
</pre>
</div>
</content>
</entry>
</feed>
