Join GitHub today
Automated release process fails to upload some artifacts #589
referenced this issue
May 22, 2016
The tarballs are meant to be uploaded by the Python 3.5 build. As you can see in that log, the deploy condition was run, but it failed to upload with an internal server error.
I've seen this message before. The Internal Server Errors are intermittent, and when they occur, the file is still uploaded. However, as you've noticed, only the wheel got uploaded and the error caused the process to fail to upload the other dists (tar and zip). I suspect this issue is also causing problems with the bootstrap script which will attempt to get the zip archive.
I've re-uploaded by the sdists by checking out the v21.2.0 code and running
As I'm using Travis CI integration, I'm largely dependent on their implementation. There's no hook to retry. Also, retry is awkward, as the request that errors actually succeeds and it's only the subsequent requests that fail.
I'm not sure it's a rare case either. In my experience, it happens at least 1% of the time, and probably more like 10% of the time.
added a commit
Jun 3, 2016
https://pypi.python.org/pypi/setuptools/json indicates the latest version is 22.0.4, so pip users are not affected :)
And now I can download the package directly from https://pypi.io/packages/source/s/setuptools/setuptools-22.0.4.tar.gz. Many thanks!