Just confirming.. The issue seems to have been fixed. I rechecked our patches and the gates passed.
Renat Akhmerov @Nokia > On 04 Oct 2016, at 07:13, Tony Breeds <t...@bakeyournoodle.com> wrote: > > On Mon, Oct 03, 2016 at 07:19:46PM +0000, Jeremy Stanley wrote: >> 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. > > So it seems to me that we can revert: > https://review.openstack.org/#/q/status:merged+NOT+branch:master+project:openstack/requirements+topic:bug/1629830 > > <https://review.openstack.org/#/q/status:merged+NOT+branch:master+project:openstack/requirements+topic:bug/1629830> > ? > > Yours Tony. > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org > <mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
__________________________________________________________________________ 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