Bug in 1.9.1? ftp not following symlinks
hi i tried to download the following: wget ftp://ftp.suse.com/pub/suse/i386/7.3/full-names/src/traceroute-nanog_6.1.1-94.src.rpm this is a symbolic link. downloading just this single file, wget should follow the link, but it creates only a symbolic link. excerpt from man wget, section --retr-symlinks: Note that when retrieving a file (not a directory) because it was specified on the command-line, rather than because it was recursed to, this option has no effect. Symbolic links are always traversed in this case. but: wget --retr-symlinks ftp://ftp.suse.com/pub/suse/i386/7.3/full-names/src/traceroute-nanog_6.1.1-94.src.rpm does get the file correctly. this occurs only if using timestamping = on in wgetrc, without it everything works ok. regards manfred
RE: Wget 1.9 error
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] .. released one that we want (most) users to download. Heiko, would you consider reordering the table so that the 1.9.1 release row comes first, followed by development version, (optionally) followed by older versions? Ha! :-) Time ago it was like that, but during some frequent activity people often bugged me for a chronological order. I changed the first column somewhat in order to make the distinction between stable and development more obvious. Heiko -- -- PREVINET S.p.A. www.previnet.it -- Heiko Herold [EMAIL PROTECTED] -- +39-041-5907073 ph -- +39-041-5907472 fax
Re: Wget 1.9 error
Herold Heiko [EMAIL PROTECTED] writes: From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] .. released one that we want (most) users to download. Heiko, would you consider reordering the table so that the 1.9.1 release row comes first, followed by development version, (optionally) followed by older versions? Ha! :-) Time ago it was like that, but during some frequent activity people often bugged me for a chronological order. Hmm. Then how about separating the development snapshots, and older entries, to a separate page? It seems simpler for there to be only one .zip file to download, containing the latest stable (advertised) version. BTW do people really download old snapshots? Other than by mistake, that is?
RE: Wget 1.9 error
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] Hmm. Then how about separating the development snapshots, and older entries, to a separate page? It seems simpler for there to be only Yes, ok, I'll do something like that. Maybe even one single archive with ssl libraries included, although since I started to include a small readme.txt in any zip I almost don't get any more mail what is ssleay32.dll why is wget asking for it and where do I get it ?). BTW do people really download old snapshots? Other than by mistake, that is? The answer definitively is yes. I don't know how much or how often, but the few times I deleted a bunch of old stuff I always got some mail please send me old_version you had until yesterday. Just don't ask me why, I don't understand it either :( Heiko -- -- PREVINET S.p.A. www.previnet.it -- Heiko Herold [EMAIL PROTECTED] -- +39-041-5907073 ph -- +39-041-5907472 fax
Re: Wget 1.9 error
Herold Heiko [EMAIL PROTECTED] writes: From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] Hmm. Then how about separating the development snapshots, and older entries, to a separate page? It seems simpler for there to be only Yes, ok, I'll do something like that. Maybe even one single archive with ssl libraries included, although since I started to include a small readme.txt in any zip I almost don't get any more mail what is ssleay32.dll why is wget asking for it and where do I get it ?). Indeed, a single ZIP file would be a good idea. This way when I look at the page, it takes me quite some time to sort out exactly what I need to download to run Wget on Windows. BTW do people really download old snapshots? Other than by mistake, that is? The answer definitively is yes. I don't know how much or how often, but the few times I deleted a bunch of old stuff I always got some mail please send me old_version you had until yesterday. Just don't ask me why, I don't understand it either :( Very interesting. Still, moving them to a separate page, or to a new position on the page shouldn't hurt anyone.
wget-ftp-Problem
Hello ! I can't download more than one file from a ftp-server via http-proxy by wget. I'm not sure if it's a bug or a feature. If it is me who makes a misstake please tell me via personal mail. I tried some parameters but index.html was the only file which was downloaded. The parameters I tried: -- -r | -m (I used allways one of them) --passive-ftp --follow-ftp -rkm -np -nd -nr -np -d --cache off --glob on (and a * at end of source path, but an error message appears: Warning: wildcards not supported in HTTP.) the relevant part of script: --- export http_proxy=... export ftp_proxy=... wget -m -np -nd --passive-ftp --follow-ftp \ ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126 regards Ralf PS: as an example I send a debug-output to you: [EMAIL PROTECTED] wget --cache off -r -nd --passive-ftp -d ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126/ DEBUG output created by Wget 1.8.1 on linux. --12:49:13-- ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126/ = `index.html' Resolving wwwproxy.bank.dresdner.net... done. Caching wwwproxy.bank.dresdner.net = 191.202.1.13 Connecting to wwwproxy.bank.dresdner.net[191.202.1.13]:8080... connected. Created socket 3. Releasing 0x807fb80 (new refcount 1). ---request begin--- GET ftp://ftp.zfos.org/brew/kolab/CFG/kolab-1.0.14-20031126/ HTTP/1.0 User-Agent: Wget/1.8.1 Host: ftp.zfos.org Accept: */* Pragma: no-cache ---request end--- Proxy request sent, awaiting response... HTTP/1.0 200 Ok Proxy-agent: iPlanet-Web-Proxy-Server/3.6 Date: Tue, 09 Dec 2003 11:49:13 GMT Content-type: text/html Length: unspecified [text/html] [ = ] 1,307 38.68K/s Closing fd 3 12:49:13 (38.68 KB/s) - `index.html' saved [1307] FINISHED --12:49:13-- Downloaded: 1,307 bytes in 1 files
Re: later wget revs on solaris
In this case, the problem is that Wget 1.7.1 considered www.es.net and es.net to be the same host, while Wget 1.9.1 doesn't. (Conflation of hosts that resolve to the same address caused problems with virtual hosts.) A workaround is to either download from www.es.net to begin with, or to allow host spanning on es.net. For example: wget -H -D es.net -r http://www.es.net/ Note that I still don't see how any of this would be related to sparc or to Solaris. Differences between 1.7 and 1.9.1 should not be affected by the operating system Wget is running under.
Re: wget-ftp-Problem
You're not making a mistake, recursive download over FTP proxies is currently broken.