--=-LvS12J+LQZnX8BioRhpD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-06-11 at 15:54, Jack Neely wrote: > Seth, >=20 > I don't quite understand the thing about no Contenet-Length...but it > appears that FTP urls aren't working. >=20 so the idea is this - an ftp server hands back just about zero information. "more current" ftp servers pass back a content-length. So I check to see if the content-length header is available from an attempted ftp download. According to the urllib docs this is the best I can hope for w/o splitting out each of the url grabs to ftplib, httplib etc. (which I might do, but not at the moment) so - upgrade you ftp server and I bet it will work just fine. or use http :) > [root@anduril tmp]# /usr/sbin/yum -d 4 update > Gathering package information from servers > server name/cachedir:7.3 main-/var/cache/yum/server > ERROR: Url Return no Content-Length - something is wrong > URL: > ftp://kickstart.linux.ncsu.edu/pub/realmkit/7.3/i386/headers/header.info > [root@anduril tmp]#=20 yes, but isn't it a nice error message? :) maybe I should just check if scheme=3D=3Dftp then respond with "your ftp server might suck" vsftpd 1.0+ appears to do the right thing. if anyone wants to test if their ftp server is good do this. right a short script: something like: import clientStuff clientStuff.urlgrab('myurlhere','placetoputthefile') see if it bails for you. -sv --=-LvS12J+LQZnX8BioRhpD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9BllM1Aj3x2mIbMcRAhxXAJ9DV+N+lVIKDXDdvXKfIODZzvB0EACgmYld EPzLjLUXRqtr285g75J/miQ= =rfjc -----END PGP SIGNATURE----- --=-LvS12J+LQZnX8BioRhpD--
