Re: Wget retrieve to a pipe ?
On Sun, Jan 01, 2006 at 07:49:13PM -0800, Peter Skye wrote: > I am using wget 1.9.1 on OS/2 and want to retrieve a web page to a pipe > instead of a named file. In other words, I want to do the following > ("-q" is quiet mode): > >wget -q http://www.server.com/index.html | find /i "Title" > > How can I do this? How can I retrieve a web page to a pipe instead of a > file? If you want to process an html file it may be easier to try using lynx with the -dump option instead of wget. > - Peter > > -- John
Building WGET on OS/2
Has anyone on the list ever built WGET on OS/2? I know there already are OS/2 ports of WGET available, but I'd like to build it for my own environment. I've done this in the past but can't remember exactly what steps I went through or which version. -- John
Problem building WGET
When I attempt to build WGET, configure stops with the error msg:- cannot open /po/POTFILES.in: No such file or directory It looks as though srcdir is getting set to NULL. Why should that happen? -- John
Using wildcards through proxy server
Can anyone confirm that WGET allows the use of wildcards trhough a proxy server? It doesn't seem to work here. -- John
Using wildcards through a proxy server
Should the use of wildcards work when running through a proxy server? I spent ages trying to get something like this working:- wget ftp://abc.org/pub/*.zip only to find that it works fine when directly connected to the internet, but not via a proxy. Retrieving individual files works OK though. Have I overlooked some option when using wildcards through a proxy? -- John
Re: Wget 1.8-beta1 now available
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 to stand for. It's looks to me as though @U@ is set up for some variable substitution, but I can't work out what for... Maybe it's getting replaced by NULL. -- John
Re: Wget 1.8-beta1 now available
On Sat, Dec 01, 2001 at 04:20:56AM +0100, Hrvoje Niksic wrote: > Here is a beta version of what is to be 1.8. In this case, "beta" > does not mean instability, just that I'd like a wider audience to take > a look at the thing before we can call it a "prerelease". In either > case, I'm aiming for a release soon, possibly within the week. > > Get it from: > > ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8-beta1.tar.gz > > (The `.betas' directory is intentionally unreadable, but the file is > there.) I need to change o = .o to o = .obj in the Makefile to get it to compile on OS/2. Is it possible to include OBJEXT in Makefile.in to make this more cross-platform? -- John
WGET 1.7.1 on OS/2
I've just managed to build WGET 1.7.1 on OS/2 by changing src/Makefile:- o = .o to o = .obj then running Autoconf, configure and Make. Maybe Makefile.in needs to be changed so that it includes OBJEXT... I'm not very familiar with Makefile.in, but could the appropriate change be made so that the OS/2 version builds straight out of the box? -- John
Re: WGET 1.7.1 for OS/2
On Fri, Nov 23, 2001 at 11:28:33AM +, John Poltorak wrote: > > Has anyone succeeded building Wget v1.7.1 on OS/2? I've just managed to build it now after amending src/Makefile by changing:- o = .o to o = .obj Maybe Makefile.in needs to be changed so that it includes OBJEXT... I'm not exactly sure how 'o = .@U@o' get resolved... What does this 'U' mean? -- John
WGET 1.7.1 for OS/2
Has anyone succeeded building Wget v1.7.1 on OS/2? -- John
Building WGET
I tried building the the standard WGET v1.7 on OS/2 using Autoconf (2.50), Configure and Make but ended up with this error:- checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... no checking for ld used by GCC... C:/EMX/BIN/ld.exe checking if the linker (C:/EMX/BIN/ld.exe) is GNU ld... no checking for BSD-compatible nm... c:/emx/bin/nm -B checking whether ln -s works... no, using ln not updating unwritable cache /dev/null ltconfig.: you must specify a host type if you use `--no-verify' Try `ltconfig. --help' for more information. configure.: error: libtool configure failed Can anyone explain this? I have never come aross ltconfig before and don't what it is, and didn't use '--no-verify' either since I don't know what that is. -- John
Re: Wget 1.7-pre1 available for testing
On Sat, May 26, 2001 at 01:35:40PM +0200, Hrvoje Niksic wrote: > The pre-release of Wget is now available for testing. Please download > it and see if it conforms to standards, expectations, if it compiles > out of the box, etc. > > The pre-release is available at: > > ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.7-pre1.tar.gz Seems to compile OK on OS/2 straight out of the box - which is excellent! I'd like to see an additional entry in MACHINES acknowledging this... IBM OS/2 (i[3456]86) -- John
Retreiving directory tree without files
Is there any way to make WGET mirror a directory tree but excludes files? -- John
Re: Wget
On Tue, Mar 06, 2001 at 11:28:04AM +, [EMAIL PROTECTED] wrote: > > I'm confused. I thought 1.5.3 *did* display the dots, but I could be wrong. It does here:- 1600K -> .. .. .. .. .. [ 95%] 1650K -> .. .. .. .. .. [ 98%] 1700K -> .. .. ... [100%] 10:07:04 (7.08 KB/s) - `SB16AWE32AWE64v19rexxBETA.zip' saved [1764803/1764803] > Please send queries like this to the list ( [EMAIL PROTECTED] ), not to me > personally. > -- > Csaba Ráduly, Software Engineer Sophos Anti-Virus > email: [EMAIL PROTECTED] http://www.sophos.com > US support: +1 888 SOPHOS 9UK Support: +44 1235 559933 > :-( sorry for the top-posting )-: -- John
Makefile.in
Can someone tell me where src/Makefile.in comes from? Is it generated by AUTOMAKE by any chance? I'm trying to compile WGET 1.6 for OS/2 and it looks as though this line:- exeext = @exeext@ is preventing the compiler from using the correct flags. If this line was changed to:- exeext = @EXEEXT@ I would get a WGET.EXE, which is what I'm looking for, but I don't know where this line (line 43) comes from or who to contact about trying to get it amended. -- John