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

Tres Seaver tseaver at palladion.com
Thu Jan 30 05:50:32 CET 2014

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

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

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


More information about the Distutils-SIG mailing list