[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