<p dir="ltr"><br>
On 16 Oct 2013 08:39, "Paul Moore" <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
><br>
> On 15 October 2013 23:17, Paul Moore <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
> > 1. Use bin instead of Scripts (which means changing sysconfig and<br>
> > possibly distutils or 3rd party tools that hard code the name rather<br>
> > than using sysconfig).<br>
><br>
> By the way, I just did a scan. The following from the cpython repo<br>
> will need to change:<br>
><br>
> 1. The sysconfig schemes<br>
> 2. distutils/commands/install.py (hard coded INSTALL_SCHEMES variable)<br>
> 3. PC\bdist_wininst\install.c (SCHEME variables hard code Scripts as<br>
> the target for the SCRIPTS section)<br>
> 4. venv (already noted) code and tests<br>
> 5. Documentation<br>
> 6. The installer scripts in Tools\msi\msi.py<br>
><br>
> Also, as a result of (3) existing wininst installers will not install<br>
> correctly on Python 3.4+ (they'll put their scripts in "Scripts"<br>
> still). So projects will need to distribute separate installers for<br>
> Python <= 3.3 and 3.4+ if they contain scripts. (This problem goes<br>
> away in the long term if everyone switches to wheels, of course).</p>
<p dir="ltr">The installer compatibility issue is enough to convince me to drop the directory name change from PEP 453.</p>
<p dir="ltr">I'll redefine that part of the PEP in terms of sysconfig.</p>
<p dir="ltr">Cheers,<br>
Nick.<br></p>
<p dir="ltr">><br>
> I don't know if bdist_msi has similar issues. That code is not<br>
> something I understand. There's no mention of the Scripts directory so<br>
> I suspect item (2) will take care of building bdist_msi installers.<br>
> But I don't know if they will have the runtime issue that wininst has<br>
> of installing to whatever scripts directory the build was done on,<br>
> rather than the one appropriate for the Python being installed to.<br>
><br>
> Paul<br>
</p>