New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automated release process fails to upload some artifacts #589

Closed
yan12125 opened this Issue May 22, 2016 · 11 comments

Comments

Projects
None yet
3 participants
@yan12125

yan12125 commented May 22, 2016

There's only setuptools-21.2.0-py2.py3-none-any.whl on https://pypi.python.org/pypi/setuptools but no setuptools-21.2.0.tar.gz. The latter is necessary for building the unofficial package pypy-setuptools for Arch Linux. Could you upload it?

@jaraco

This comment has been minimized.

Member

jaraco commented 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.

@jaraco jaraco changed the title from Source tarball missing for 21.2.0 to Automated release process fails to upload some artifacts May 22, 2016

@jaraco

This comment has been minimized.

Member

jaraco commented May 22, 2016

The failure is probably due to PyPI 262.

@yan12125

This comment has been minimized.

yan12125 commented May 22, 2016

How about re-uploading files on receiving HTTP 500? Given it's a rare case.

@jaraco

This comment has been minimized.

Member

jaraco commented May 22, 2016

I've re-uploaded by the sdists by checking out the v21.2.0 code and running setup.py clean_egg_info sdist upload to work around this specific incident.

How about re-uploading files on receiving HTTP 500? Given it's a rare case.

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.

@yan12125

This comment has been minimized.

yan12125 commented May 22, 2016

probably more like 10% of the time.

Sounds bad. Seems the only way is waiting for PyPI 262. Anyway thanks for manaul uploading.

@projekt01

This comment has been minimized.

projekt01 commented May 22, 2016

Can you please deactive the partial release on pypi.and set the latest working version as active and enable again if the zip an rar get released? I'm sure this missing files will get many People into trouble tomorow.

@jaraco

This comment has been minimized.

Member

jaraco commented May 22, 2016

Can you please deactive the partial release on pypi.and set the latest working version as active and enable again if the zip an rar get released?

The files were previously uploaded.

screen shot 2016-05-22 at 13 23 15

@projekt01

This comment has been minimized.

projekt01 commented May 22, 2016

Sorry I didn't see that. My bad,I was reading the other issue and answered to late. Many thanks!

@jaraco

This comment has been minimized.

Member

jaraco commented Jun 3, 2016

That didn't fix it - Travis uses Twine to upload, which doesn't honor setup.cfg for the upload repository.

@yan12125

This comment has been minimized.

yan12125 commented Jun 3, 2016

The old pypi.python.org still shows 22.0.2: https://pypi.python.org/pypi/setuptools. Seems it's not synchronized with pypi.io?

@yan12125

This comment has been minimized.

yan12125 commented 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!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment