[Distutils] PEP 527 - Removing Un(der)used file types/extensions on PyPI

Maurits van Rees m.van.rees at zestsoftware.nl
Mon Aug 29 04:45:51 EDT 2016

Op 25/08/16 om 13:57 schreef Donald Stufft:
>> On Aug 25, 2016, at 7:30 AM, Nick Coghlan <ncoghlan at gmail.com> wrote:
>> On 25 August 2016 at 06:48, Donald Stufft <donald at stufft.io> wrote:
>>> Ok, I’ve updated the PEP. You can see a diff at https://github.com/python/peps/pull/74/files or the entire PEP at https://www.python.org/dev/peps/pep-0527/ once that updated. However the primary differences are:
>>> * Added Nick Coghlan as the BDFL Delegate (Thanks Nick!).
>>> * Expanded upon rationale for dropping everything but sdist/wheel/egg.
>>> * Allow an sdist to be either .tar.gz or .zip, but still drop all other formats.
>>> Hopefully that can adequately address Marc-Andre’s concerns for the removal of the other file types, and the inclusion of .zip will address other folk’s concerns about losing .zip.
>> Thanks for those updates.
>> My one remaining question would be whether or not we have any projects
>> that are in the habit of uploading both .zip and .tar.gz for the same
>> release - if there are, the restriction to only one sdist per release
>> will need to be included in the notification message to maintainers.
>> (The introduction of that restriction could probably be clearer in the
>> PEP text as well - previously it was implied by the single extension,
>> but it may need to be called out more explicitly now that there are
>> two permitted options).
> My querying shows that we have a total of 359 projects that have ever
> uploaded two sdists for a single release. Looking at the number of
> releases that have 2+ sdists per project, it appears like there are a
> handful that do it regularly, and then the vast bulk have only done it
> once or twice (see: https://bpaste.net/show/fdfce63673ec).

I miss setuptools in this list.  For the latest 26.0.0 there is a wheel, 
a tar.gz and a zip, and that has been the case for a while.

https://bootstrap.pypa.io/ez_setup.py still explicitly looks for a zip 
file.  Occasionally the package maintainers forget this and an issue is 
raised, though apparently this has been automated to avoid such a error:

That said, I occasionally have erroneously uploaded a zip file when a 
tarball for that same version was already there, or the other way 
around.  They contained potentially different code: either I forgot to 
do a 'git pull' before releasing, or the previous uploader forgot to do 
a 'git push'.  Allowing only one sdist would have prevented this.  But 
really this is our own mistake.

I think I have always discovered this and removed the new distribution 
and uploaded a full new version to avoid problems.  I don't recognize 
any packages in the list.

Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl

More information about the Distutils-SIG mailing list