Closed
Bug 905561
Opened 11 years ago
Closed 11 years ago
PyPi package index is busted for a couple of packages since latest version bump
Categories
(Testing :: Mozbase, defect)
Testing
Mozbase
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: whimboo, Assigned: whimboo)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
It looks like that since Andrew bumped the version of a lot of our mozbase packages for the m-c merge, no downloadable files are present anymore! In detail all versions of those packages have been removed! Not sure what went wrong at this time. But this totally busted us now, when you try to install mozmill 2.0 rc4. The responsible changeset is: https://github.com/mozilla/mozbase/commit/c7417faafd0238e2a8da1a1cb08195caff44fde7 I will try to restore most of those packages now. Andrew please try to remember if you had any issues with uploading packages at this time.
Assignee | ||
Comment 1•11 years ago
|
||
Ok, looks like older versions of those packages can be installed. So it might be that only the new versions have been registered but the file has never been uploaded. $ pip install mozinfo Downloading/unpacking mozinfo Downloading mozinfo-0.5.tar.gz Running setup.py egg_info for package mozinfo $ pip install mozinfo==0.6 Downloading/unpacking mozinfo==0.6 Could not find a version that satisfies the requirement mozinfo==0.6 (from versions: 0.4, 0.3.2, 0.3.3, 0.5) No distributions matching the version for mozinfo==0.6 I will push all affected packages to PyPI now.
Assignee | ||
Comment 2•11 years ago
|
||
Submitting dist/ManifestDestiny-0.5.7.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/mozb2g-0.3.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/mozcrash-0.8.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/mozhttpd-0.6.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/mozinfo-0.6.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/mozInstall-1.7.tar.gz to http://pypi.python.org/pypi Server response (200): OK Sadly I was not able to update the following packages due to missing permissions. We should really enforce that everyone of us gets them when a new package gets created! * mozfile * moznetwork * moztest Can you please give me those permissions or upload the packages? Thanks.
Flags: needinfo?(jhammel)
Flags: needinfo?(ctalbert)
Flags: needinfo?(ahalberstadt)
Comment 3•11 years ago
|
||
I added you to moznetwork and moztest, but I don't have permissions to mozfile either. I filed bug 905638 to get this problem corrected.
Assignee | ||
Comment 4•11 years ago
|
||
William gave me permissions for moznetwork and moztest. So both are fixed too: Submitting dist/moznetwork-0.22.tar.gz to http://pypi.python.org/pypi Server response (200): OK Submitting dist/moztest-0.2.tar.gz to http://pypi.python.org/pypi Server response (200): OK Both versions I have hidden given that we already have newer versions up on pypi. So only moztest remains to be fixed now.
Comment 5•11 years ago
|
||
I remember at the time the pypi server was having a lot of problems, 500 errors etc. I guess it got into some weird state where the package was registered but not uploaded? Anyway, thanks for catching this. I added you to mozfile.
Assignee | ||
Comment 6•11 years ago
|
||
Finally uploaded mozfile: Submitting dist/mozfile-0.10.tar.gz to http://pypi.python.org/pypi Server response (200): OK We are done! Thanks.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 7•11 years ago
|
||
We should probably check post-upload in versionbump.py if the package is downloadable.
Assignee | ||
Comment 8•11 years ago
|
||
(In reply to Jeff Hammel [:jhammel] from comment #7) > We should probably check post-upload in versionbump.py if the package is > downloadable. That is a fantastic idea, Jeff! Otherwise I think it should be enough to check for the 200 HTTP response (see above). Let get this bug filed.
Assignee | ||
Comment 9•11 years ago
|
||
Not really sure if that was really our fault. Today I have seen the same problem with packages which are not under our control. Might be that a change on PyPI busted a couple of packages. For example see: https://pypi.python.org/pypi/python-jenkins/
Assignee | ||
Comment 10•11 years ago
|
||
I filed a ticket on bitbucket for pypi: https://bitbucket.org/pypa/pypi/issue/55/could-not-find-any-downloads-that-satisfy
You need to log in
before you can comment on or make changes to this bug.
Description
•