Re: [dev] apache-libcloud 0.17.0 requires backports.ssl_match_hostname

2015-02-28 Thread Joseph Hall
FWIW, Python 2.7.9 is the first 2.7 release to include this library. On Sat, Feb 28, 2015 at 12:42 PM, Tomaz Muraus wrote: > Good point - I do think it's reasonable to only require it for Python > versions which don't perform hostname matching in the SSL certificates. > > I believe latest 2.7 ve

Re: [dev] apache-libcloud 0.17.0 requires backports.ssl_match_hostname

2015-02-28 Thread Andrea Florio
Thanks a lot! :-) --- Andrea Florio - CCIE R&S #46985 Senior Network Architect This email has been sent via mobile phone --- On Feb 28, 2015 9:05 PM, "Tomaz Muraus" wrote: > I believe something like this should do it - > https://github.com/apache/libcloud/pull/470 > > On Sat, Feb 28, 2015 at 7

Re: [dev] apache-libcloud 0.17.0 requires backports.ssl_match_hostname

2015-02-28 Thread Tomaz Muraus
I believe something like this should do it - https://github.com/apache/libcloud/pull/470 On Sat, Feb 28, 2015 at 7:02 PM, Andrea Florio wrote: > Hello, > > apache libcloud requires as dependecy the > package backports.ssl_match_hostname. > > The problem is that this package is required no matter

Re: [dev] apache-libcloud 0.17.0 requires backports.ssl_match_hostname

2015-02-28 Thread Tomaz Muraus
Good point - I do think it's reasonable to only require it for Python versions which don't perform hostname matching in the SSL certificates. I believe latest 2.7 version now also perform this validation by default, but I want to avoid too much branching / too many ifs, so we should just assume on

Re: [dev] 0.17.0 Bug (fixed in trunk) in GCE driver, saltstack broken

2015-02-28 Thread Tomaz Muraus
What Sebastien has said - if you think there is a need, you can start working on 0.17.1 release. Depending on what changes have accumulated in trunk so far (backward incompatible changes vs bug fixes), we might want to create 0.17.x branch and only apply this and other bug-fixes top of that branch

Re: [dev] 0.17.0 Bug (fixed in trunk) in GCE driver, saltstack broken

2015-02-28 Thread Eric Johnson
On Sat, Feb 28, 2015 at 10:27 AM, sebgoa wrote: > > On Feb 28, 2015, at 6:45 PM, Eric Johnson wrote: > > > It looks like https://github.com/apache/libcloud/pull/448 was worse > than I > > thought. I'm updating Saltstack (built on libcloud) and salt is broken > with > > 0.17.0 because of the bug,

Re: [dev] 0.17.0 Bug (fixed in trunk) in GCE driver, saltstack broken

2015-02-28 Thread sebgoa
On Feb 28, 2015, at 6:45 PM, Eric Johnson wrote: > It looks like https://github.com/apache/libcloud/pull/448 was worse than I > thought. I'm updating Saltstack (built on libcloud) and salt is broken with > 0.17.0 because of the bug, preventing users from creating GCE VMs. > > I wanted to raise

[dev] apache-libcloud 0.17.0 requires backports.ssl_match_hostname

2015-02-28 Thread Andrea Florio
Hello, apache libcloud requires as dependecy the package backports.ssl_match_hostname. The problem is that this package is required no matter what version of python the package is built for. When the package is built for python >= 3.4 this dependency should be dropped as the function is built in

[dev] 0.17.0 Bug (fixed in trunk) in GCE driver, saltstack broken

2015-02-28 Thread Eric Johnson
It looks like https://github.com/apache/libcloud/pull/448 was worse than I thought. I'm updating Saltstack (built on libcloud) and salt is broken with 0.17.0 because of the bug, preventing users from creating GCE VMs. I wanted to raise awareness that if we're accumulating reasons for a bug fix rel