Re: Query regarding wget & SSL...
Quoting Dominic Caffey ([EMAIL PROTECTED]): > Has anyone had any experience with using wget to retrieve data from > secure sites using SSL? I scanned the manpage but can't find any > references on how to use wget to make data requests of a secure site > using SSL. You will need the forthcoming 1.7 version for that. If you search the mailing list archive about a week back, you will find a posting regarding the pre-1.7 tarball. Additionally, you may check it out from CVS at sunsite.dk. Please, consult http://sunsite.dk/wget/ for more info (the page is in the process of moving to www.gnu.org). -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation <[EMAIL PROTECTED]> | http://www.vrvis.at +--
Query regarding wget & SSL...
Dear wget ListServer, Please cc me on all replies to this thread at "[EMAIL PROTECTED]" as I just subscribed to this listserver but haven't yet received a subscription acknowledgement. Has anyone had any experience with using wget to retrieve data from secure sites using SSL? I scanned the manpage but can't find any references on how to use wget to make data requests of a secure site using SSL. Thanks in advance to anyone who provides help. Sincerely, Dom Email: [EMAIL PROTECTED] Dominic Caffey.vcf
is it a bug ?
hello, sometimes a startet WGET via PHP with system("wget -t 2 -T 5 -w 1 -o $log -P $url1 $url2",$forken); or with system("wget -o $log -P $url1 $url2",$forken); i receive Unable to fork ..., that means the script limit of my Provider is reached. so i have make it so, that not more than 5 Script started at the same time, but sometimes the Error message occurs. The Support of my provider means, that the some Wget-processes hang up hereself and dont terminate, so after a while, i have more than 5 Scripts running. my question, how can i kill any hanging Wget-process or how can i Know how many processes running at the moment.. or is there any option to solve this problem. I know my english is not the best, sorry thank you tom toepel -- http://www.tomtoepel.de
pre-1.7 win binary
It seems that yahoo munched my files. I'm waiting what support's excuse will be after my inquiry, so I'm not yet restoring it. Temporarily you can find a win binary for pre-1.7 at http://www.geocities.com/hmantemp/ . Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY
Re: OpenSSL checking rewritten
how 2 unsubscribe?
Re: OpenSSL checking rewritten
On 29 May 2001, Hrvoje Niksic wrote: > Aha, so you mean it's safe to use -R<...> as a *libtool* flag, which > libtool will interpret as necessary. Exactly. Try `libtool --mode=link --help' for all options libtool recognizes in the link mode. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--+ +e-mail: [EMAIL PROTECTED], PGP key available+
Re: OpenSSL checking rewritten
"Maciej W. Rozycki" <[EMAIL PROTECTED]> writes: > If we look for SSL libraries like we do now and pass -R > ourselves as an argument to ${CC} invoked via libtool, then libtool > will substitute whatever is needed for the host for -R Aha, so you mean it's safe to use -R<...> as a *libtool* flag, which libtool will interpret as necessary. I have to try this.
Re: OpenSSL checking rewritten
On 28 May 2001, Hrvoje Niksic wrote: > I was reminded why this won't work. Because libtool simply *doesn't* > handle the "gcc-inserts-dash-L/usr/local/lib-but-not-dash-R" problem! But that's not a problem! If we look for SSL libraries like we do now and pass -R ourselves as an argument to ${CC} invoked via libtool, then libtool will substitute whatever is needed for the host for -R (assuming it knows the host, of course) -- it might even be setting the LD_RUN_PATH variable and not an option. This way we don't have to guess how to set RPATH for a given host. You don't really want gcc to insert -R implicitly as this would be invalid for a number of cases, with cross-compilation being number one. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--+ +e-mail: [EMAIL PROTECTED], PGP key available+
Re: OpenSSL checking rewritten
On 28 May 2001, Hrvoje Niksic wrote: > But still, let me see if I got it right: > > - without the changes, Wget won't compile with Autoconf 2.50 It mostly will, except of a failure in the po subdirectory due to a missing Makefile. > - with the changes, Wget won't compile with Autoconf 2.13. It will, at least in place. Haven't checked building in a separate tree, which might fail in po again. > This means that the changes should REQUIRE version 2.50, except that I > don't have it on my system! > > Why did they have to change Autoconf incompatibly??? Autoconf seems to be mostly compatible, except of a few obscure cases, which were mostly a result of looking at a previous implementation instead of a documented behaviour. In wget's case, the problem is a reference to ac_given_srcdir (FYI, gettext 0.10.38 suffers from the same problem). I think you could discuss any compatibility problems on the autoconf's mailing list. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--+ +e-mail: [EMAIL PROTECTED], PGP key available+