Description of problem: Everything in gftp implies that it can handle http as well as ftp. However, it does not seem to be able to handle http://ftp.redhat.com/pub/redhat/linux/ The "text" is downloaded but not interpreted whereas lftp handles it nicely.
OK, I sent a message to the gftp upstream maintainer and got the following: What version of gftp are you using? If you aren't using 2.0.15, I would suggest upgrading. In all versions of gftp < 2.0.15, the HTTP protocol had a lot of problems. Using my latest CVS version, I was able to connect to that URL and browse the directories and download files. I have not changed anything with HTTP in CVS since 2.0.15 was released. Brian I get 2.0.15 and rebuilt the rpm. With 2.0.15, handling of http is much, much better ... it actually handles it. However, it is not perfect and I have reported this to him. It now sees the numeric directories under /pub/redhat/linux but not the non-numeric ones (??).
I got the following from Brian. This patch fixes things a bit more but still has some problems when dealing with moving up and down trees on ftp.redhat.com. I will attach the patch he supplied. I have attached a patch that fixes this. I'm hoping to find time to get a few remaining issues fixed by this weekend so I can release 2.0.16. This will be a bugfix only release. A tarball of my latest code is online at http://www.gftp.org/gftp-test.tar.bz2. Brian On Wed, Oct 22, 2003 at 01:45:03PM -0400, Gene C. wrote: > On Wednesday 22 October 2003 13:03, Brian Masney wrote: > > What version of gftp are you using? If you aren't using 2.0.15, I would > > suggest upgrading. In all versions of gftp < 2.0.15, the HTTP protocol had > > a lot of problems. Using my latest CVS version, I was able to connect to > > that URL and browse the directories and download files. I have not changed > > anything with HTTP in CVS since 2.0.15 was released. > > OK, I gave 2.0.15 a try and it does improve things a lot. However, it is > still not quite correct. For example, at > http://ftp.redhat.com/pub/redhat/linux I only see the the "numbered" > directories and not the beta, code, enterprise, preview, rawhide, or updates > directories (which are seen by lftp and the same as if accessed by > ftp://ftp.redhat.com/pub/redhat/linux/ > -- > Gene Czarcinski
Created attachment 95437 [details] more fixes from Brian for http
More from Brian Masey: Here are two patches that will fix this issue that you are having. You can apply these to the gftp source that I had you download the other day. Change to the gftp-2.0.16pre0/lib directory and type the following commands: patch -p0 < gftp-rfc2068-chunk-transfers-2.patch patch -p0 < gftp-rfc2068-chunk-transfers-3.patch and then recompile. I will attach patches. http access now works "pretty" well but still has some problems.
Created attachment 95710 [details] gftp-rfc2068-chunk-transfer-2.patch
Created attachment 95711 [details] gftp-rfc2068-chunk-transfers-3.patch
Upstream (Brian Masney) appear to have fixed http handling so it now works. gftp 2.0.16 has been released and incorporates the attached patches. I encourage the release of an errata for gftp 2.0.16
Triage->Easyfix (at least IMHO) Red Hat does not patch this package ... just needs to be download from upstream, change the version in the spec file, build rpms, and place in updates/testing. Beside http://... protocol now working, there are some reports (on fedora-list) of the shipped gftp hanging/crashing.
I have bult rpms which can be used for testing: ftp://czarc.net/pub/gftp-2.0.16-0.gc1.i386.rpm ftp://czarc.net/pub/gftp-2.0.16-0.gc1.src.rpm
gftp-2.0.16 is now in rawhide, can this be closed?
Yes, closing