Re: build outside of source dir breaks installation of wget.1
Mike Castle wrote: I try to build all autoconfed packages outside of the source directory. (It is suggested that they allow this type of build in the GNU Coding Standards.) The generated man page, wget.1, ends up in the build directory, but install looks for it in srcdir: Yes, this is a bug in Makefile system of wget 1.7 . The current CVS version of wget (see http://sunsite.dk/wget/) shall work properly, so you may expect that wget 1.7.1 will be OK. Thanks for the patch anyway. -- jan
Re: Download problem
Hi! For all who cannot download the windows binaries, they are now available through my site: http://www.jensroesner.de/wgetgui/data/wget20010605-17b.zip And while you are there, why not download wGetGUI v0.4? :) http://www.jensroesner.de/wgetgui If Heiko is reading this: May I just keep the file on my site? And make it availabe to the public? CU Jens
Re: GNU Wget 1.7 is released
On 04 Jun 2001 21:47:05 +0200, Hrvoje Niksic [EMAIL PROTECTED] wrote: GNU Wget 1.7 has been released. It is available from ftp://ftp.gnu.org/pub/gnu/wget/wget-1.7.tar.gz and mirrors of that site (see list of mirror sites at http://www.gnu.org/order/ftp.html). I downloaded wget-1.7, when I tried to configure it, I received an error. I found the error was in ltconfig, because the variable `ORIGINAL_CONFIG_SHELL' was not set. Setting this variable outside the if solved the problem. The diff is below. Ehud. cd /wget-1.7/ diff -c /wget-1.7/ltconfig.org /wget-1.7/ltconfig *** /wget-1.7/ltconfig.org Sat Mar 17 16:21:00 2001 --- /wget-1.7/ltconfig Thu Jun 14 16:15:07 2001 *** *** 96,101 --- 96,104 done IFS="$save_ifs" + ORIGINAL_CONFIG_SHELL="${CONFIG_SHELL-/bin/sh}" + export ORIGINAL_CONFIG_SHELL + if test "X$echo" = Xecho; then # We didn't find a better echo, so look for alternatives. if test "X`(print -r '\t') 2/dev/null`" = 'X\t' *** *** 105,112 elif (test -f /bin/ksh || test -f /bin/ksh$ac_exeext) test "X$CONFIG_SHELL" != X/bin/ksh; then # If we have ksh, try running ltconfig again with it. - ORIGINAL_CONFIG_SHELL="${CONFIG_SHELL-/bin/sh}" - export ORIGINAL_CONFIG_SHELL CONFIG_SHELL=/bin/ksh export CONFIG_SHELL exec "$CONFIG_SHELL" "$0" --no-reexec ${1+"$@"} --- 108,113 Diff finished at Thu Jun 14 18:14:29 -- Ehud Karni Mivtach - Simon Insurance /"\ Tel: +972-3-6212-757 Fax: +972-3-6292-544 \ / ASCII Ribbon Campaign (USA) Fax and voice mail: 1-815-5509341X Against HTML Mail Better Safe Than Sorry / \ mailto:[EMAIL PROTECTED]http://www.simonwiesel.co.il
ftp,proxy and .netrc problem
Hi All, I'm going to try this again since last time I got only one response which unfortunately, although helpful, didn't solve the problem. :-( I won't include all the logs again (Maybe the length put people off reading it!) but I'll just ask the question: If I use wget to ftp a file from a remote site using the format: Rick wget ftp:[EMAIL PROTECTED]/dl/a.a and I have a .netrc, would you expect wgetrc to look for the remote user / password (i.e. the password for rick at a.machine.com) in the .netrc file? I would but it doesn't - it searches the .netrc file for an entry associated with my proxy machine!? Comments please? Regards, -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.
installing wget 1.7
It seems the man page is generated in the build directory... But it tries to install the man page out of the source directory... In doc/Makefile: install.man: $(MAN) $(top_srcdir)/mkinstalldirs $(DESTDIR)$(mandir)/man$(manext) $(INSTALL_DATA) $(srcdir)/$(MAN) $(DESTDIR)$(mandir)/man$(manext)/$(MAN) Taking a wag: :1 mleisner@valisk; rcsdiff -u doc/Makefile.in === RCS file: doc/Makefile.in,v retrieving revision 1.1 diff -u -r1.1 doc/Makefile.in --- doc/Makefile.in 2001/06/14 17:27:19 1.1 +++ doc/Makefile.in 2001/06/14 17:27:36 @@ -115,7 +115,7 @@ # install man page, creating install directory if necessary install.man: $(MAN) $(top_srcdir)/mkinstalldirs $(DESTDIR)$(mandir)/man$(manext) - $(INSTALL_DATA) $(srcdir)/$(MAN) $(DESTDIR)$(mandir)/man$(manext)/$(MAN) + $(INSTALL_DATA) $(MAN) $(DESTDIR)$(mandir)/man$(manext)/$(MAN) # install sample.wgetrc install.wgetrc: $(srcdir)/sample.wgetrc marty [EMAIL PROTECTED] Don't confuse education with schooling. Milton Friedman to Yogi Berra
Re: wget-1.7 does not compile with glibc1 (libc5)
Parsons, Donald [EMAIL PROTECTED] writes: [...] Thanks for the report; this will be fixed in the next release. Until then, you can simply #define MAP_FAILED to -1.
Re: Changes to copyright for easier l10n
Jochen Hein [EMAIL PROTECTED] writes: I suggest the following patch: diff -u -r wget-1.7.orig/src/main.c wget-1.7/src/main.c --- wget-1.7.orig/src/main.c Sun May 27 21:35:05 2001 +++ wget-1.7/src/main.cSat Jun 9 17:58:55 2001 @@ -470,7 +470,8 @@ case 'V': printf (GNU Wget %s\n\n, version_string); printf (%s, _(\ -Copyright (C) 1995, 1996, 1997, 1998, 2000, 2001 Free Software Foundation, Inc.\n\ +Copyright (C) 1995, 1996, 1997, 1998, 2000, 2001 Free Software Foundation, Inc.\n)); +printf (%s, _(\ I will apply this patch, but after 1.7.1 has been released. I'd like the 1.7 PO files to just work with 1.7.1 as much as possible.
Re: memory problem
[EMAIL PROTECTED] writes: I find that wget is taking all my memory. But you neglected to tell us what you were doing with Wget. I'm afraid I cannot explain 92M of taken memory for regular usage, but I can think of some degenerate cases where this might happen and no way to prevent it. Please let me know what is happening and if I have to configure wget to settle this in some way by telling wget use Max mem xxMB That is not possible.
Re: GNU Wget 1.7 is released
Ehud Karni [EMAIL PROTECTED] writes: On 04 Jun 2001 21:47:05 +0200, Hrvoje Niksic [EMAIL PROTECTED] wrote: GNU Wget 1.7 has been released. It is available from ftp://ftp.gnu.org/pub/gnu/wget/wget-1.7.tar.gz and mirrors of that site (see list of mirror sites at http://www.gnu.org/order/ftp.html). I downloaded wget-1.7, when I tried to configure it, I received an error. I found the error was in ltconfig, because the variable `ORIGINAL_CONFIG_SHELL' was not set. Setting this variable outside the if solved the problem. The diff is below. What system are you using? I find it curious that nobody else has reported this. I am loathe to change `ltconfig' because it is maintained outside Wget. However, since the upgrade to the next libtool release is scheduled for after 1.7.1, I might apply your patch as a stop-gap fix.
Re: ftp,proxy and .netrc problem
Richard Travett [EMAIL PROTECTED] writes: I'm going to try this again since last time I got only one response which unfortunately, although helpful, didn't solve the problem. :-( I won't include all the logs again (Maybe the length put people off reading it!) but I'll just ask the question: Sorry for not responding -- I was a bit busy after the release. Of course, it was perfectly fine to include the logs, they were certainly not the reason for ignoring the mail! Rick wget ftp:[EMAIL PROTECTED]/dl/a.a and I have a .netrc, would you expect wgetrc to look for the remote user / password (i.e. the password for rick at a.machine.com) in the .netrc file? I would but it doesn't - it searches the .netrc file for an entry associated with my proxy machine!? This is a bug. Does this patch fix the problem? Index: http.c === RCS file: /pack/anoncvs/wget/src/http.c,v retrieving revision 1.61 diff -u -r1.61 http.c --- http.c 2001/05/27 19:35:02 1.61 +++ http.c 2001/06/14 20:45:57 @@ -718,7 +718,7 @@ /* Construct the authentication, if userid is present. */ user = ou-user; passwd = ou-passwd; - search_netrc (u-host, (const char **)user, (const char **)passwd, 0); + search_netrc (ou-host, (const char **)user, (const char **)passwd, 0); user = user ? user : opt.http_user; passwd = passwd ? passwd : opt.http_passwd;
Re: installing wget 1.7
Marty Leisner [EMAIL PROTECTED] writes: It seems the man page is generated in the build directory... But it tries to install the man page out of the source directory... Thanks for the patch; a similar fix is already in the CVS and will be part of the next release.
Re: Problems with wget - Bulletproof ftpd (Win32)
At 22:34 14.06.01 +0200, you wrote: Jan Prikryl [EMAIL PROTECTED] writes: 421 Too many users logged for this account. Try again later. That's it. You are logged in more times than that you are allowed to. Seems clear to me. I think his point is that Wget should retry. And there he is right -- Wget's FTP code was meant to retry in such cases, but it doesn't always work. That was exactly was i meant, sorry if my first post was misleading. In my opinion it should retry, and it usually does with other ftpds (e.g. Serv-U Win32, just to name one). The main difference in the sent ftp commands with bulletproof ftpd is that wget has to send user AND pass, whereas with other ftpds, where wget behaves correclty, only the username is sent, and immediately the response too many users is received. bye Stefan Gärtner
Re: Problems with wget - Bulletproof ftpd (Win32)
At 09:55 13.06.01 +0200, you wrote: 421 Too many users logged for this account. Try again later. That's it. You are logged in more times than that you are allowed to. Seems clear to me. No, my point was that wget should retry here at this point. Is this a known issue? Perhaps it's more a wrong behaviour of Bulletproof instead of wget, but since i'm not sure about that, i decided to post it here :) We can easily verify that: In the moment when your wget session fails, just try a normal FTP session (possibly without any proxies inbetween as this may cause additional problems). If, after your login, the FTP session fails as well, it's the Bulletproof FTPd. Otherwise it may be some problem in wget (although I personally doubt it). In such a case please send us a complete log of that normal FTP session with set debug on so that we can compare what is going wrong. What i meant was, that Bulletproof ftpd perhaps sends its commands in a non-conformal way, and thus wget is confused. Don't ask me about the official rules of ftp-commands when setting up a connection, but perhaps it's wrong to ask wget about the password, instead of saying too many users just after the username has been posted. If so, perhaps wget could be rewritten in that way, that it retries also when retrieving this commands of bulletftpd? bye Stefan
Re: Wget 1.7-pre1 available for testing
Jan Prikryl [EMAIL PROTECTED] writes: Jan Prikryl [EMAIL PROTECTED] writes: It seems that -lsocket is not found as it requires -lnsl for linking. -lnsl is not detected as it does not contain `gethostbyname()' function. That's weird. What does libnsl contain if not gethostbyname()? The config.log answers my question -- quite a bunch of stuff. What I meant to say: it is a pretty strange Name Server Lookup library which doesn't contain gethostbyname(), but then again, it's a strange world. What I'll do for 1.7.1 is, replace `gethostbyname' with `inet_ntoa', which should cover both Solaris and the system Andre is using. Jan, you must be confusing something here. gethostname() only gets the local host name, and is just a wrapper for the appropriate uname() or sysinfo() call. It has nothing to do with name server lookups, which is what libnsl is supposed to do. Probably, but are you sure that this is true on _all_ systems? I'm not. :-( Sorry for the confusing remark. Perhaps we really should try to write a libtool-based macro named WGET_CHECK_EXTERNAL_LIB. Perhaps it would be more portable then. In the meantime, this [adding -Wl, to linker flags] has been solved very elegantly by Maciej Rozycki.
Re: problem with wget 1.7
Arkadiusz Miskiewicz [EMAIL PROTECTED] writes: please try: wget --mirror http://www.ire.pw.edu.pl/zejim/rois/ Thanks for the report. I believe this patch should fix the problem. 2001-06-14 Hrvoje Niksic [EMAIL PROTECTED] * recur.c (recursive_retrieve): Also check undesirable_urls with canonicalized URL. Index: src/recur.c === RCS file: /pack/anoncvs/wget/src/recur.c,v retrieving revision 1.21 diff -u -r1.21 recur.c --- src/recur.c 2001/05/27 19:35:09 1.21 +++ src/recur.c 2001/06/14 21:43:21 @@ -381,7 +381,13 @@ } xfree (constr); constr = xstrdup (u-url); - string_set_add (undesirable_urls, constr); + /* After we have canonicalized the URL, check if we have it +on the black list. */ + if (string_set_contains (undesirable_urls, constr)) + inl = 1; + /* This line is bogus. */ + /*string_set_add (undesirable_urls, constr);*/ + if (!inl !((u-proto == URLFTP) !this_url_ftp)) if (!opt.spanhost this_url !same_host (this_url, constr)) {
Fixed several bugs -- testing needed
I believe I've fixed the most important problems with Wget 1.7 and am ready to release 1.7.1 on the weekend. Specifically: * Libtool has been updated to 1.4. This should make Wget build on platforms where the old libtool failed to produce working executables. * The check for OpenSSL now uses libtool to link libcrypto and libssl. This fixes the often-reported -Wl, missing for linker options bug. Linking OpenSSL should now work on all platforms supported by libtool. * MAP_FAILED is defined on platforms that don't define it. * Many languages have been added, courtesy translators from the Translation Project. * Several smaller bugs have been fixed. I need your testing. Please download the latest Wget from CVS (see http://sunsite.dk/wget/ for instructions how to do that) and try to build it on your favorite platform. Building should work out of the box on as many platforms as possible. Please specify `--with-ssl' to configure even if you don't use SSL -- Wget should auto-detect the presence of SSL libraries, print a warning message if it doesn't find them, and use them if it finds them. Testing this is very important because it's tricky and it failed in Wget 1.7. Please mail any problems to the list; don't forget to include the exact configure or make output and the relevant section of `config.log' output. Thanks for your help.