PEP 491: Mark as Deferred (#927)
This commit is contained in:
parent
9fe23c4aae
commit
bb5409aacd
26
pep-0491.txt
26
pep-0491.txt
|
@ -4,7 +4,7 @@ Version: $Revision$
|
||||||
Last-Modified: $Date$
|
Last-Modified: $Date$
|
||||||
Author: Daniel Holth <dholth@gmail.com>
|
Author: Daniel Holth <dholth@gmail.com>
|
||||||
Discussions-To: <distutils-sig@python.org>
|
Discussions-To: <distutils-sig@python.org>
|
||||||
Status: Draft
|
Status: Deferred
|
||||||
Type: Standards Track
|
Type: Standards Track
|
||||||
Content-Type: text/x-rst
|
Content-Type: text/x-rst
|
||||||
Created: 16 April 2015
|
Created: 16 April 2015
|
||||||
|
@ -27,6 +27,30 @@ This version of the wheel specification adds support for installing
|
||||||
distributions into many different directories, and adds a way to find
|
distributions into many different directories, and adds a way to find
|
||||||
those files after they have been installed.
|
those files after they have been installed.
|
||||||
|
|
||||||
|
|
||||||
|
PEP Deferral
|
||||||
|
============
|
||||||
|
|
||||||
|
This PEP is not currently being actively pursued, with Python packaging
|
||||||
|
improvements currently focusing on the package build process rather than
|
||||||
|
expanding the binary archive format to cover additional use cases.
|
||||||
|
|
||||||
|
Some specific elements to be addressed when work on this PEP is resumed in the
|
||||||
|
future:
|
||||||
|
|
||||||
|
- migrating the official wheel format definition to
|
||||||
|
https://packaging.python.org/specifications/ (similar to what PEP 566 did for
|
||||||
|
https://packaging.python.org/specifications/core-metadata/)
|
||||||
|
- updating the PEP itself to focus on the *changes* being made between the
|
||||||
|
two versions of the format and the rationale for those changes, rather than
|
||||||
|
having to repeat all the information that is unchanged from PEP 427
|
||||||
|
- clarifying that the PEP is deliberately written to allow existing installers
|
||||||
|
to be compliant with the specification when using existing install scheme
|
||||||
|
definitions, while also allowing the creation of new install scheme
|
||||||
|
definitions that take advantage of the richer categorisation scheme for
|
||||||
|
the contents of the binary archive
|
||||||
|
|
||||||
|
|
||||||
Rationale
|
Rationale
|
||||||
=========
|
=========
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue