<p dir="ltr"><br>
On 11 Mar 2013 04:38, "Daniel Holth" <<a href="mailto:dholth@gmail.com">dholth@gmail.com</a>> wrote:<br>
><br>
> A few more clarifications to PEP 427 "wheel".<br>
><br>
> +    The ``b'#!pythonw'`` convention is allowed. ``b'#!pythonw'`` indicates<br>
> +    a GUI script instead of a console script.<br>
> +<br>
><br>
> ...<br>
><br>
>      { "hash": "sha256=ADD-r2urObZHcxBW3Cr-vDCu5RJwT4CaRTHiFmbcIYY" }<br>
><br>
> +(The hash value is the same format used in RECORD.)<br>
> +<br>
><br>
> +What's the deal with "purelib" vs. "platlib"?<br>
> +    Wheel preserves the historic "purelib" vs. "platlib" distinction<br>
> +    even though both map to the same install location in any system the<br>
> +    author could find.<br>
> +<br>
> +    For example, a wheel with "Root-Is-Purelib: false" with all its files<br>
> +    in ``{name}-{version}.data/purelib`` is equivalent to a wheel with<br>
> +    "Root-Is-Purelib: true" with those same files in the root, and it<br>
> +    is legal to have files in both the "purelib" and "platlib" categories.<br>
> +<br>
> +    In practice a wheel should have only one of "purelib" or "platlib"<br>
> +    depending on whether it is pure Python or not and those files should<br>
> +    be at the root.</p>
<p dir="ltr">This isn't entirely accurate - purelib vs platlib is there mainly for distro maintainers converting to distro specific layouts, and anyone that moves purelib on to a common network share.</p>
<p dir="ltr">Agreed that wheels are easier to deal with when they only use one or the other, though.</p>
<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">> _______________________________________________<br>
> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
> <a href="http://mail.python.org/mailman/listinfo/distutils-sig">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</p>