<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 19 February 2016 at 16:59, Chris Withers <span dir="ltr"><<a href="mailto:chris@simplistix.co.uk" target="_blank">chris@simplistix.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi Nick,<span class=""><br>
<br>
<div>On 18/02/2016 13:32, Nick Coghlan
wrote:<br>
</div>
</span><blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><span class="">On 17 February 2016 at 04:37, Chris
Withers <span dir="ltr"><<a href="mailto:chris@simplistix.co.uk" target="_blank">chris@simplistix.co.uk</a>></span>
wrote:<br>
</span><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
So, RHEL7, for worse or worse, ships with Python 2.7.5.</blockquote>
<div><br>
</div>
<div>It's 2.7.5 + important security backports, so any
package that relies on PEP 466 features like
ssl.create_default_context() should be fine in 7.2+. (You
can also switch on default certificate verification if you
want it: <a href="https://access.redhat.com/articles/2039753" target="_blank">https://access.redhat.com/articles/2039753</a>
)<br>
</div>
</span></div>
</div>
</div>
</blockquote>
The company I'm with at the moment is one of the more aggressive
operating system release followers I've worked with or for, and even
we're not on 7.2 yet!</div></blockquote><div><br><div><br></div>Aye, being on 7.x at all
already means they're doing better than a lot of folks. If fast adoption of new distro versions was
entirely typical we wouldn't still be having to encourage people to stop
running their own applications in the RHEL 6 system Python :)<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><span class=""><</span>multiple ipaddress backports><br>
<blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><span class="">
It looks like you found a resolution to this part of the
problem, but those dependencies should only be needed on 7.0
and 7.1<br>
<br>
</span></div><span class="">
<div class="gmail_extra">Unfortunately, I missed this use case
when PEP 508 was being defined, so there's currently no
capability for Python level dependencies to be conditional on
the presence or absence of particular attributes in other
modules :(<br>
</div>
</span></div>
</blockquote>
Not sure that's such a biggie here, I'd more like to see pip at
least notice that it's trying to install two files into the same
location.<br></div></blockquote><div><br></div></div>It's mainly a note to myself that there's a current gap in our backporting story there, since it means folks *can't* currently do ssl module feature detection at installation time to decide if they need PyOpenSSL as a dependency or not. At the moment that only impacts RHEL 7.2+, but if PEP 493 gets accepted, the omission may end up affecting other LTS Linux distros as well.<br><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Nick.<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Nick Coghlan | <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a> | Brisbane, Australia</div>
</div></div>