<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 17 March 2017 at 07:32, Paul Moore <span dir="ltr"><<a href="mailto:p.f.moore@gmail.com" target="_blank">p.f.moore@gmail.com</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">On 17 March 2017 at 09:58, Ronny Pfannschmidt <span class="gmail-"><<a href="mailto:opensource@ronnypfannschmidt.de">opensource@ronnypfannschmidt.<wbr>de</a>> wrote:<br>
> [...]<br>
> in order to address that i'd like to propose to switch<br>
><br>
> from "{distribution}-{version}.<wbr>dist-info/" to "{distribution}.dist-info/"<br>
><br>
> given that it has been used since quite a while i would prefer a quick<br>
> feedback loop from the ML before thinking about writing a PEP.<br>
<br>
</span>+1 from me. And maybe explicitly state that installing multiple<br>
versions of a distribution is not supported. Although this opens a<br>
somewhat larger can of worms, in that you can install different<br>
versions in separate directories - say in system and user<br>
site-packages - and that has subtle issues but is technically not<br>
rejected at the moment.</blockquote><div><br></div><div>People today rely on being able to install different versions of packages already installed in other directories. System, vs User site-packages, as you mentioned is one example.</div><div><br></div><div>The `--system-site-packages` switch to `virtualenv` is another. In my experience, many projects rely on pre-packaged hard-to-build system packages, while using virtualenv to install more up-to-date versions project dependencies.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So maybe restrict it to stating that<br>
installing multiple versions of a distribution *in the same directory*<br>
is not supported and duck the bigger issue for now.<br></blockquote><div><br></div><div>This is already the case everywhere. Even setuptools' `easy_install`, while capable of installing multiple versions of the same project in the same site-packages directory, is in reality installing each one to it's own `.egg` directory inside `site-packages` and can keep only one of them "active" at a time. ("active" meaning: importable without an explicit incantation to request a different installed version).</div><div><br></div><div>I'm +0 on this proposal (the lack of enthusiasm coming from the fact that multiple projects will be affected), but I'm -lots on any proposal forbidding installation of different versions in different directories.</div><div><br></div><div>Cheers,</div><div><br></div><div>Leo</div></div></div></div>