On 2016-10-03 16:11:25 +0000 (+0000), Jeremy Stanley wrote: [...] > I think we can bring this thread to a close now. Upstream deleted > the broken wheel from PyPI a little over an hour ago, and within > about 5 minutes it disappeared from our CI system mirrors as well > (PyPI deletions propagate automatically through our mirroring). At > this point things _should_ be back to normal, and projects can > probably start working on reverting or abandoning any temporary > workarounds.
I just learned that we (unnecessarily) also copy available wheels from PyPI into our separate wheel mirrors when building architecture-specific wheels as a side effect of trivially reusing the wheel cache to populate it. Since those mirrors are effectively append-only we ended up persisting a copy of the broken wheel there even after it vanished from our PyPI mirror, and so it continued to be found by jobs in our CI system. In the past few minutes I've cleared out vestigial copies of it there, and we're reflecting on ways we can enhance our wheel building jobs to omit duplication of wheels which are already present on PyPI (which would be more intuitive and avoid situations like this one). As far as I can tell things seem to be working in the gate behind the constraints revert[*] now. [*] https://review.openstack.org/381192 -- Jeremy Stanley __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
