Provided by: wget2_1.99.1-2_amd64
Wget2 - a recursive metalink/file/website downloader.
wget2 [options]... [URL]...
GNU Wget2 is a free utility for non-interactive download of files from the Web. It supports HTTP and HTTPS protocols, as well as retrieval through HTTP(S) proxies. Wget2 is non-interactive, meaning that it can work in the background, while the user is not logged on. This allows you to start a retrieval and disconnect from the system, letting Wget2 finish the work. By contrast, most of the Web browsers require constant user's presence, which can be a great hindrance when transferring a lot of data. Wget2 can follow links in HTML, XHTML, CSS, RSS, Atom and sitemap files to create local versions of remote web sites, fully recreating the directory structure of the original site. This is sometimes referred to as recursive downloading. While doing that, Wget2 respects the Robot Exclusion Standard (/robots.txt). Wget2 can be instructed to convert the links in downloaded files to point at the local files, for offline viewing. Wget2 has been designed for robustness over slow or unstable network connections; if a download fails due to a network problem, it will keep retrying until the whole file has been retrieved. If the server supports partial downloads, it may continue the download from where it left off.
Wget2 supports proxies for both HTTP and HTTPS retrievals. The standard way to specify proxy location, which Wget recognizes, is using the following environment variables: http_proxy https_proxy If set, the http_proxy and https_proxy variables should contain the URLs of the proxies for HTTP and HTTPS connections respectively. no_proxy This variable should contain a comma-separated list of domain extensions proxy should not be used for. For instance, if the value of no_proxy is .example.com, proxy will not be used to retrieve documents from *.example.com.
Wget2 may return one of several error codes if it encounters problems. 0 No problems occurred. 1 Generic error code. 2 Parse error---for instance, when parsing command-line options, the .wgetrc or .netrc... 3 File I/O error. 4 Network failure. 5 SSL verification failure. 6 Username/password authentication failure. 7 Protocol errors. 8 Server issued an error response. 9 Public key missing from keyring. 10 A Signature verification failed. With the exceptions of 0 and 1, the lower-numbered exit codes take precedence over higher-numbered ones, when multiple types of errors are encountered.
/etc/wgetrc Default location of the global startup file. ~/.wgetrc User startup file.
You are welcome to submit bug reports via the GNU Wget2 bug tracker (https://gitlab.com/gnuwget/wget2/issues). Before actually submitting a bug report, please try to follow a few simple guidelines. 1. Please try to ascertain that the behavior you see really is a bug. If Wget2 crashes, it's a bug. If Wget2 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, but you might want to double-check the documentation and the mailing lists. 2. Try to repeat the bug in as simple circumstances as possible. E.g. if Wget2 crashes while downloading wget2 -rl0 -kKE -t5 --no-proxy https://example.com -o /tmp/log, you should try to see if the crash is repeatable, and if will occur with a simpler set of options. You might even try to start the download at the page where the crash occurred to see if that page somehow triggered the crash. Also, while I will probably be interested to know the contents of your .wgetrc file, just dumping it into the debug message is probably a bad idea. Instead, you should first try to see if the bug repeats with .wgetrc moved out of the way. Only if it turns out that .wgetrc settings affect the bug, mail me the relevant parts of the file. 3. Please start Wget2 with -d option and send us the resulting output (or relevant parts thereof). If Wget2 was compiled without debug support, recompile it---it is much easier to trace bugs with debug support on. Note: please make sure to remove any potentially sensitive information from the debug log before sending it to the bug address. The -d won't go out of its way to collect sensitive information, but the log will contain a fairly complete transcript of Wget2's communication with the server, which may include passwords and pieces of downloaded data. Since the bug address is publically archived, you may assume that all bug reports are visible to the public. 4. If Wget2 has crashed, try to run it in a debugger, e.g. gdb `which wget` core and type "where" to get the backtrace. This may not work if the system administrator has disabled core files, but it is safe to try.
This is not the complete manual for GNU Wget. For more complete information, including more detailed explanations of some of the options, and a number of commands available for use with .wgetrc files and the -e option, see the GNU Info entry for wget.
Wget2 written by Tim Rühsen <firstname.lastname@example.org> Wget 1.x originally written by Hrvoje Nikšić <email@example.com>
Copyright (C) 2012-2015 Tim Rühsen Copyright (C) 2015-2018 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".