<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 17 March 2017 at 19:58, Ronny Pfannschmidt <span dir="ltr"><<a href="mailto:opensource@ronnypfannschmidt.de" target="_blank">opensource@ronnypfannschmidt.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <p>Hi everyone,</p>
    <p>while looking over the recent peps i noticed that we keep a few
      inherent inefficiencies in where to find dist-info folders</p>
    <p>because they include version numbers, to get a distribution we
      have to search for it<br>
      which is no longer really sensible as we no longer have
      multi-version installation in any upcoming standard.<br></p></div></blockquote>Linux distros still use multi-version installation fairly regularly - it's how services like EPEL are able to offer parallel installs of frameworks and libraries that are also in base RHEL/CentOS without breaking anything.<br><br></div><div class="gmail_quote">The associated code to populate __main__.__requires__ and hence get pkg_resources.require() to do the right thing isn't pretty, but it *does* work.<br><br></div><div class="gmail_quote">While I expect tech like virtual environments, Software Collections, FlatPak, Snappy, etc, to eventually get us to the point where even Linux distros don't need parallel installs into the system site-packages any more, we're still a *looong* way from it being reasonable to assume that we can just drop parallel install support from the Python packaging tools in general.<br></div><br clear="all"></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Nick.<br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>   |   Brisbane, Australia</div>
</div></div>