Re: Wget 1.8-beta2 now available

2001-12-01 Thread Hiroshi Takekawa


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 po files before the release of wget 1.8.  I
would appreciate if you (or the one in charge) would update
Translation Project's information and wait for submission of new po
files.

Just to be sure, ja.po for wget-1.8-beta2 is attached.

Thanks in advance.

--
Hiroshi Takekawa <[EMAIL PROTECTED]>
Dept. of Information Engineering,
The University of Tokyo.



wget-1.8-beta2.ja.po.bz2
Description: Binary data


Re: Wget 1.8-beta2 now available

2001-12-01 Thread Jesse McDonnell

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:
> 
> ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8-beta2.tar.gz

It compiled fine for me on my shell account at my ISP (Alpha-dec-osf4.0)
and on my home Redhat Linux 6.2 system. (On the linux box, I had to edit
the Makefile to deal with undefined symbols in main.c when compiling beta1
but this issue was resolved with beta2.)

The --limit-rate option is a real plus for those of us with dialup
connections. It's nice being able to control our downloads *hogging* of
the limited bandwidth. Thanks.


Jesse McDonnell




Napster Pornography is Finally Here! wget

2001-12-01 Thread Bill




Napster Pornography is Finally Here!

Napster software is not required.
Napster Pornography can now get you into an adult paysite of your choice completely free within minutes.
Music has been regulated, but free porn has not.
Click Here





Wget 1.8-beta2 now available

2001-12-01 Thread Hrvoje Niksic

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

(The `.betas' directory is intentionally unreadable, but the file is
there.)



Re: [PATCH] wget with long url dumps core on powerpc

2001-12-01 Thread Hrvoje Niksic

Jan Nieuwenhuizen <[EMAIL PROTECTED]> writes:

> The function log.c:logvprintf () calls vsnprintf without restarting
> the stdargs,

True.  I still haven't resolved how to solve this elegantly.  One
problem with your patch is that it apparently uses a Gcc extension:

> -void debug_logprintf PARAMS ((const char *, ...)) GCC_FORMAT_ATTR (1, 2);
>+#define debug_logprintf(s, args...) logprintf (LOG_ALWAYS, s, ##args)

Also, the patch makes the code very different depending on whether
WGET_USE_STDARG is defined.  Variable argument functions really suck
in C.



Re: Wget 1.8-beta1 now available

2001-12-01 Thread John Poltorak

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-Beta

2001-12-01 Thread Hrvoje Niksic

"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 that I'm
> being fed a cookie.
> 
> Wget does a fantastic job on the http:// connection!  But I can't
> seem to get the https:// connection to work correctly.  Do you
> have any suggestions, please?

There are two different issues here:

* Having Wget transmit a cookie to the server to inform the server of
  your identity;

* Using https to retrieve the data.

The two are not equivalent.  The first problem can be solved like
this: if you're using netscape, log in with it to the site.  Then get
the stock quotes like this:

wget --load-cookies ~/.netscape/cookies.txt http://...

That should tell Wget to load netscape's cookies and use them when
talking to a server.  If you're using Mozilla, it would look like
this:

wget --load-cookies ~/.mozilla/default/your-profile-name/cookies.txt http://...

Let me know if that works.


As for your second problem, to use https, you need to compile Wget
with SSL support.  To do that, you need the OpenSSL libraries and you
need to specify `--with-ssl' to `configure'.  If this succeeds, SSL
downloads should work.



Re: Recursive retrieval of page-requisites

2001-12-01 Thread Hrvoje Niksic

Mikko Kurki-Suonio <[EMAIL PROTECTED]> writes:

>  I.e. "all HTML pages from this point downwards, PLUS all the images(etc.)
> they refer to -- no matter where they are in the directory tree"
> 
>  I realize -k offers a partial solution, but it doesn't work for offline
> viewing.
> 
>  If I use -np, wget will never download the images from /images or such
> places (outside the requested subtree), and since this is a foreign site,
> I'd have to manually analyze all the pages to locate possible image
> directories.

This has been fixed in Wget 1.8, available through CVS.  Downloading
"page requisites" now ignores the `-np' setting.



Re: Wget-1.8-Beta

2001-12-01 Thread Hrvoje Niksic

"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
compilation failed or if you noticed something suspicious, by all
means send it here.

Either way, thanks for testing it.



Re: Wget 1.8-beta1 now available

2001-12-01 Thread Hrvoje Niksic

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.



Re: Wget 1.8-beta1 now available

2001-12-01 Thread John Poltorak

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.8-Beta

2001-12-01 Thread Robin B. Lake

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?

Thanks,
Robin Lake
[EMAIL PROTECTED]