On Fri, 2006-01-06 at 20:18 -0500, Phillip J. Eby wrote: > At 05:08 PM 1/6/2006 -0800, Ben Bangert wrote: > >ns# easy_install -U python-openid > >Searching for python-openid > >Reading http://www.python.org/pypi/python-openid/ > >Reading http://www.openidenabled.com/openid/libraries/python/ > >Reading http://www.openidenabled.com/openid/libraries/python/ > downloads/python-openid-1-0-3-tar.gz/download > >No local packages or download links found for python-openid > >error: Could not find distribution for Requirement.parse('python- openid') > > > >Apparently it doesn't like Plone download links? > > Yep. Not very RESTful, that. :) The second problem is that the filename > isn't a valid distutils source distro filename for a '1.0.3' version; the > name should be python-openid-1.0.3.tar.gz instead.
Huh? It's RESTful, you're just overly concerned with the syntax of the URL. But okay, we'll serve the files with a less ridiculous web server. First though, let me play devil's advocate for a moment here: I entered this URL into the "download URL" field of a record that explicitly refers to the 1.0.3 version of this package. Why not use it? If you're worried about ending up with a file named "download" that you don't know how to unpack, the reasonable name (python-openid-1.0.3.tar.gz) is specified in the not-really-standard-but-well-documented Content-Disposition HTTP header. (I'd bug the Zope guys about this, but I can see how it'd probably break their object publishing model to do it differently. If I were lucky, they might give me http://www.openidenabled.com/openid/libraries/python/downloads/python-openid-1-0-3-tar.gz/download/python-openid-1.0.3.tar.gz , and then I'd have to patch cheeseshop so that the overly long URL wouldn't hose the page formatting any more than it already does...) -- The moon is first quarter, 49.6% illuminated, 7.3 days old. _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig
