Go to the first, previous, next, last section, table of contents.


Various

This chapter contains all the stuff that could not fit anywhere else.

Distribution

Like all GNU utilities, the latest version of Wget can be found at the master GNU archive site prep.ai.mit.edu, and its mirrors. For example, Wget 1.4.5 is at:

<URL:ftp://prep.ai.mit.edu/pub/gnu/wget-1.4.5.tar.gz>.

The latest version is also available via FTP from the maintainer's machine, at:

<URL:ftp://gnjilux.cc.fer.hr/pub/unix/util/wget/wget.tar.gz>.

This location is mirrored at:

<URL:ftp://sunsite.auc.dk/pub/infosystems/wget/> and
<URL:http://sunsite.auc.dk/ftp/pub/infosystems/wget/>.
<URL:ftp://ftp.fu-berlin.de/pub/unix/network/wget/>

I'll try to make a "real" home page for Wget some time in the future. If you would like to do it, please say so--I'll be delighted.

Mailing List

Wget has its own mailing list at <wget@sunsite.auc.dk>, thanks to Karsten Thygesen. The mailing list is for discussion of Wget features and web, reporting Wget bugs (those that you think may be of interest to the public) and mailing announcements. You are welcome to subscribe. The more people on the list, the better!

To subscribe, send mail to <wget-request@sunsite.auc.dk> with the magic word `subscribe' in the subject line. Unsubscribe analogously.

The mailing list is archived at http://fly.cc.fer.hr/en/wget-archive.mbox.

Reporting Bugs

You are welcome to send bug reports about GNU Wget to <bug-wget@prep.ai.mit.edu>. The bugs that you think are of the interest to the public (i.e. more people should be informed about them) can be Cc-ed to the mailing list at <wget@sunsite.auc.dk>.

Before actually submitting a bug report, please try to follow a few simple guidelines.

  1. Please try to ascertain that the behaviour you see really is a bug. If Wget crashes, it's a bug. If Wget does not behave as documented, it's a bug. If things work strange, but you are not sure about the way they are supposed to work, it might well be a bug.
  2. Try to repeat the bug in as simple circumstances as possible. E.g. if Wget crashes on `wget -rLl0 -t5 -Y0 http://yoyodyne.com -o /tmp/log', you should try to see if it will crash with a simpler set of options.
  3. Please start Wget with `-d' option and send the log (or the relevant parts of it). If Wget was compiled without debug support, recompile it. It is much easier to trace bugs with debug support on.
  4. If Wget has crashed, try to run it in a debugger, e.g. gdb `which wget` core and type where to get the backtrace.
  5. Find where the bug is, fix it and send me the patches. :-)

Portability

Since Wget uses GNU Autoconf for building and configuring, and avoids using "special" features of any one Unix system, it should compile (and work) on all common flavors of Unix.

This version was compiled and tested this version on various Unix systems, including Solaris, Linux, SunOS, OSF (aka Digital Unix), and Ultrix; refer to the file `MACHINES' in the distribution directory for a comprehensive list. If you compile it on an architecture not listed there, please let me know.

Wget should also compile on the other Unix systems, not listed in `MACHINES'. If it doesn't, please let me know.

Signals

Since the purpose of Wget is background work, it catches the hangup signal (SIGHUP) and ignores it. If the output was on standard output, it will be redirected to a file named `wget-log'. Otherwise, SIGHUP is ignored. This is convenient when you wish to redirect the output of Wget after having started it.

$ wget http://www.ifi.uio.no/~larsi/gnus.tar.gz &
$ kill -HUP %%     # Redirect the output to wget-log

Other than that, Wget will not try to interfere with signals in any way. C-c, kill -TERM and kill -KILL should kill it alike.


Go to the first, previous, next, last section, table of contents.