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.
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
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
> 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.
apply these to the gftp source that I had you download the other day.
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]
Created attachment 95711 [details]
Upstream (Brian Masney) appear to have fixed http handling so it now
works. gftp 2.0.16 has been released and incorporates the attached
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
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:
gftp-2.0.16 is now in rawhide, can this be closed?