Vesselin Markov [EMAIL PROTECTED] writes:
I wrote a bulgarian localization of Wget 1.8.1 which
i hope you'll accept. I am sending
wget-1.8.1-BG/po/bg.po
wget-1.8.1-BG/po/bg.gmo
wget/share/locale/bg/LC_MESSAGES/wget.mo
Thanks a lot -- but please consider to join the Bulgarian translation
# wget181 -r -np -l0
ftp://ftp.funet.fi/pub/Linux/mirrors/redhat/redhat/linux/updates
ummm... looks like the -l0 might be limiting your recursion level to 0
levels
On 12 Feb 2002 at 12:30, Holger Pfaff wrote:
I'm having trouble using wget 1.8.[01] over a (squid24-) proxy
to mirror a ftp-directory:
# setenv ftp_proxy http://139.21.68.25:
# wget181 -r -np -l0 ftp://ftp.funet.fi/pub/Linux/mirrors/redhat/redhat/linux/updates
--12:06:58--
On 12 Feb 2002 at 7:54, Winston Smith wrote:
# wget181 -r -np -l0
ftp://ftp.funet.fi/pub/Linux/mirrors/redhat/redhat/linux/updates
ummm... looks like the -l0 might be limiting your recursion level to 0
levels
No. '-l0' is the same as '-l inf'.
I've never tried wget through an http-based ftp proxy.
Are there any clues in the file it wrote (presumably a html-format
directory listing)?
Are there any more clues if you use the -d (--debug) option?
# wget181 -r -np -l8 --debug
Tay Ngak San [EMAIL PROTECTED] writes:
I have downloaded your source code for wget and tried to make it but
failed due to va_list parameter conflict in stdarg.h and stdio.h.
Please advice.
What OS and compiler are you using to compile Wget?
On Mon, 17 Dec 2001, Hrvoje Niksic wrote:
Zvi Har'El [EMAIL PROTECTED] writes:
Although wget doesn't dump core, https thru a proxy doesnot
work. Note that wget should send the proxy the http header CONNECT
to extablish a ssl tunnel. This doesn't happen, and instead it
sends GET
Zvi Har'El [EMAIL PROTECTED] writes:
Even so, adding support for connect might be non-trivial in Wget's
hairy old HTTP code. I think it will have to wait for a cleanup of
the HTTP backend.
This is your decision, of course, but it should be understood that
right now you cannot use
Ian Abbott [EMAIL PROTECTED] writes:
Although retrieve_tree() stores and retrieves referring URLs in the
URL queue, it does not pass them to retrieve_url(). This seems to
have got lost during the transition from depth-first to breadth-
first retrieval.
It was an oversight on my part.
Dear Hrvoje Niksic
Although wget doesn't dump core, https thru a proxy doesnot work. Note that
wget should send the proxy the http header CONNECT to extablish a ssl tunnel.
This doesn't happen, and instead it sends GET https://...;, which is wrong!
DEBUG output created by Wget 1.8 on
Zvi Har'El [EMAIL PROTECTED] writes:
Although wget doesn't dump core, https thru a proxy doesnot
work. Note that wget should send the proxy the http header CONNECT
to extablish a ssl tunnel. This doesn't happen, and instead it
sends GET https://...;, which is wrong!
Would CONNECT work with
On Mon, 17 Dec 2001, Hrvoje Niksic wrote:
Would CONNECT work with HTTP/1.0? My google search indicates that CONNECT
predates HTTP/1.1, but I'm not sure if it would work without trying it.
Yes. CONNECT has been the way to do SSL over HTTP proxies since many years
back, even during the
Mike Castle [EMAIL PROTECTED] writes:
I'm not on the list, just following via web archive.
In response to:
http://www.mail-archive.com/wget@sunsite.dk/msg02211.html
On my _homegrown_ Linux system, I'm also having an issue.
I have a libmd5, but no md5.h.
I believe this problem has
Zvi Har'El [EMAIL PROTECTED] writes:
Setting https_proxy to some proxy, and doing wget https://..., wget
dumps core:
Thanks for the report. This patch should remove the crash.
2001-12-13 Hrvoje Niksic [EMAIL PROTECTED]
* http.c (gethttp): Check for conn-scheme, not u-scheme,
Sami Farin [EMAIL PROTECTED] writes:
when leeching one file, wget dumped core..
Thanks for the report. This is a known problem with the 1.8 release,
fixed by this patch:
Index: src/progress.c
===
RCS file:
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]]
Herold Heiko [EMAIL PROTECTED] writes:
I put up the current cvs, mainly since there have been those patches
to ftp-ls.c and the signal handler. Ok ?
Please don't do that. Although all changes in the current CVS
*should* be stable,
PROTECTED]]
Sent: Monday, December 10, 2001 9:43 AM
To: Wget List
Subject: Re: Wget 1.8 is released
The new version has appeared on the GNU site:
ftp://ftp.gnu.org/pub/gnu/wget/wget-1.8.tar.gz
war [EMAIL PROTECTED] writes:
gcc -I. -I. -I/app/openssl-0.9.6b/include -DHAVE_CONFIG_H
-DSYSTEM_WGETRC=\/app/wget-1.8/etc/wgetrc\
-DLOCALEDIR=\/app/wget-1.8/share/locale\ -O2 -Wall -Wno-implicit -c
gen-md5.c
In file included from gen-md5.c:31:
/usr/include/md5.h:27:
Could you send the
war [EMAIL PROTECTED] writes:
This file contains any messages produced by compilers while running
configure, to aid debugging if configure makes a mistake.
This configure run looks totally hosed.
The line we're looking for is the one that attempts to detect
MD5Update in libmd5:
Hrvoje Niksic [EMAIL PROTECTED] writes:
Wget 1.8 is released. It should appear on ftp.gnu.org soon; until it
does, you can get it from:
ftp://ftp.gnjilux.hr/pub/unix/util/wget/wget-1.8.tar.gz
This is a typo: the actual URL is:
Stefan Bender [EMAIL PROTECTED] writes:
... but at home I get
gen-md5.c:31: md5.h: No such file or directory
when I try to compile the newer cvs versions.
(debian/potato, openssl installed in /usr/local)
That's weird. Apparently HAVE_SOLARIS_MD5 gets misautodetected for
you.
Do you have a
On 01/12/2001 19:44:44 John Poltorak wrote:
On Sat, Dec 01, 2001 at 04:30:47PM +0100, Hrvoje Niksic wrote:
John Poltorak [EMAIL PROTECTED] writes:
Is it possible to include OBJEXT in Makefile.in to make this more
cross-platform?
I suppose so. I mean, o is already defined to .@U@o, but
On 2001-12-01 23:30 +0100, Hrvoje Niksic wrote:
Here is the next 1.8 beta. Please test it if you can -- try compiling
it on your granma's Ultrix box, run it on your niece's flashy web
site, see if cookies work, etc.
Get it from:
On Mon, 3 Dec 2001, Andre Majorel wrote:
Problem #2 :
gcc -I. -I.-DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\
-DLOCALEDIR=\/usr/local/share/locale\ -O2 -Wall -Wno-implicit -c host.c
host.c: In function `lookup_host':
host.c:258: `h_errno' undeclared (first use
On 2001-12-03 18:30 +0100, Hrvoje Niksic wrote:
Andre Majorel [EMAIL PROTECTED] writes:
gcc -I. -I.-DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\
-DLOCALEDIR=\/usr/local/share/locale\ -O2 -Wall -Wno-implicit -c connect.c
connect.c: In function `test_socket_open':
Andre Majorel [EMAIL PROTECTED] writes:
And weird ones, too. These arguments are of type pointer to
fd_set. What would HPUX like to see there?
HP-UX 10 wants (int *). However it defines fd_set as
struct
{
long[];
}
so it works anyway.
HP-UX 10 is wrong. SUS2 (and
On 2001-12-01 23:30 +0100, Hrvoje Niksic wrote:
Here is the next 1.8 beta. Please test it if you can -- try compiling
it on your granma's Ultrix box, run it on your niece's flashy web
site, see if cookies work, etc.
Get it from:
Maciej W. Rozycki [EMAIL PROTECTED] writes:
Better yet:
#if !HAVE_DECL_H_ERRNO
extern int h_errno;
#endif
and use AC_CHECK_DECLS(h_errno,,,[#include netdb.h]) somewhere in
configure.in.
My version of Autoconf does not have an AC_CHECK_DECLS macro.
On Mon, 3 Dec 2001, Hrvoje Niksic wrote:
and use AC_CHECK_DECLS(h_errno,,,[#include netdb.h]) somewhere in
configure.in.
My version of Autoconf does not have an AC_CHECK_DECLS macro.
Hmm, how about considering autoconf 2.52? It is said to be less broken
than 2.13 and indeed it seems
On 2001-12-03 19:16 +0100, Hrvoje Niksic wrote:
I find describing HP-UX 10 as a modern OS mildly amusing. :-)
How old is it? I used to work on HPUX 9, and I'm not old by most
definitions of the word.
Around 1995.
I completely disagree with your perception that snprintf() is to be
Maciej W. Rozycki [EMAIL PROTECTED] writes:
On Mon, 3 Dec 2001, Hrvoje Niksic wrote:
and use AC_CHECK_DECLS(h_errno,,,[#include netdb.h]) somewhere in
configure.in.
My version of Autoconf does not have an AC_CHECK_DECLS macro.
Hmm, how about considering autoconf 2.52?
Yes, but not
On 2001-12-03 21:55 +0100, Hrvoje Niksic wrote:
Bugfixes since 1.8-beta2. Please test it from clean compilation on
Unix (Windows and MacOS are known not to compile without modifications
when SSL is used.)
Get it from:
You can add (not using ssl)
Irix64 6.5.12m
SunOS 5.8
... but at home I get
gen-md5.c:31: md5.h: No such file or directory
when I try to compile the newer cvs versions.
(debian/potato, openssl installed in /usr/local)
On Mon, 3 Dec 2001 22:47:32 +0100
Andre Majorel [EMAIL PROTECTED] wrote:
John Poltorak [EMAIL PROTECTED] writes:
Is it possible to include OBJEXT in Makefile.in to make this more
cross-platform?
I suppose so. I mean, o is already defined to .@U@o, but I'm not
exactly sure what the U is supposed to stand for.
Robin B. Lake [EMAIL PROTECTED] writes:
I have the output listing from ./configure and make for
Wget-1.8-Beta under OS 10.1.1 Macintosh. I don't want to bore the
mailing list by including it. To whom should I send it off-list?
If the compilation worked, you needn't send it at all. If the
Robin B. Lake [EMAIL PROTECTED] writes:
I am trying to get real-time stock quotes from my broker's Web site.
If I come in via an http:// request, I get 20-minute delayed data.
If I log in with my name and password via my browser, I get
real-time data. By monitoring the IP packets, it seems
On Sat, Dec 01, 2001 at 04:30:47PM +0100, Hrvoje Niksic wrote:
John Poltorak [EMAIL PROTECTED] writes:
Is it possible to include OBJEXT in Makefile.in to make this more
cross-platform?
I suppose so. I mean, o is already defined to .@U@o, but I'm not
exactly sure what the U is supposed
On Sat, 1 Dec 2001, Hrvoje Niksic wrote:
Here is the next 1.8 beta. Please test it if you can -- try compiling
it on your granma's Ultrix box, run it on your niece's flashy web
site, see if cookies work, etc.
Get it from:
Hello.
Here is the next 1.8 beta. Please test it if you can -- try compiling
it on your granma's Ultrix box, run it on your niece's flashy web
site, see if cookies work, etc.
Get it from:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8-beta2.tar.gz
Please pay attention to
Ian Abbott [EMAIL PROTECTED] writes:
I got a segmentation fault when retrieving URLs from a file.
2001-11-27 Ian Abbott [EMAIL PROTECTED]
* retr.c (retrieve_from_file): Initialize `new_file' to NULL to
prevent seg fault.
Good catch. I've applied this, thanks!
40 matches
Mail list logo