[Distutils] funny looking download links (was: Automatically going for a pre-req dev)

[Kevin Turner]

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.