[Distutils] wheels on sys.path clarification (reboot)

[Tres Seaver]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/29/2014 06:55 PM, Noah Kantrowitz wrote:

> If you are going to document this, and it is not going to be
> explicitly supported by the spec (it isn't), the _only_ logical thing
> is to document that this is undefined behavior and while it works now,
> people should not depend on it. Under no circumstance should we
> document this as "well it works right now" without guidance about the
> fact that it isn't part of the spec and is _not_ a candidate for
> future design decisions. If someone would like to propose amending the
> spec that can happen separately, but as it stands right now this is
> nothing but convenient, undefined behavior.

Nick's point in this thread is that zip-importability is a *necessary
corrolary* (not an implementation detaiL) of the "no special installers"
design choice.

- - Given that there is a non-empty set of wheels which can be unpacked
  to a filesystem-directory tree in a directory on sys.path, and that
  some of those wheels are already known not to otherwise break zip-
  importability, it is a logical necessity that such wheels can be
  put onto sys.path without unpacking.  We already have existence proof
  for this in software being released *by the folks who made these
  specs*.

Noting is as such is the *point* of Nick's change.



Tres.
- -- 
===================================================================
Tres Seaver          +1 540-429-0999          tseaver at palladion.com
Palladion Software   "Excellence by Design"    http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlLp2hIACgkQ+gerLs4ltQ6VGACgjnYRbgVSs8ceTXNeWTH0zCls
yHwAn0/nyDUMRjNl7ARi0bVtkBOeO1nJ
=2pvt
-----END PGP SIGNATURE-----