wget info page
Hello, wget 1.8.1 is shipped with the files in doc/ wget.info wget.info-1 wget.info-2 wget.info-3 wget.info-4 They are build out of wget.texi if I remove them and makeinfo is installed. The files are removed when runing make realclean. I think they should/could also removed when runing make distclean, or am I missing an important point? Thanks. -- Noèl Köthe
wget 1.8.1: po/el.po update
Dear wget developers, I translated the few remaining messages in the greek po file. Here are the diffs. Thanks for writing and maintaining such a great tool. - J --- wget-el.po.orig Wed Feb 20 14:02:40 2002 +++ wget-el.po Wed Feb 20 14:12:25 2002 @@ -6,16 +6,16 @@ msgstr -Project-Id-Version: GNU Wget 1.7-dev\n +Project-Id-Version: GNU Wget 1.8.1\n POT-Creation-Date: 2001-02-23 13:23-0800\n -PO-Revision-Date: 1999-02-09 02:00+\n -Last-Translator: Simos KSenitellis [EMAIL PROTECTED]\n -Language-Team: Greek [EMAIL PROTECTED]\n +PO-Revision-Date: 2001-02-20 02:00+\n +Last-Translator: [EMAIL PROTECTED] +Language-Team: Greek [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-7\n Content-Transfer-Encoding: 8-bit\n #: src/ftp-ls.c:779 msgid Usupported listing type, trying Unix listing parser.\n -msgstr +msgstr, Unix +.\n # #: src/ftp-ls.c:824 src/ftp-ls.c:826 @@ -114,7 +114,7 @@ #: src/ftp.c:266 msgid Server error, can't determine system type.\n -msgstr +msgstr ,.\n # #: src/ftp.c:276 src/ftp.c:538 src/ftp.c:610 src/ftp.c:654 @@ -517,25 +517,25 @@ #. this is fatal #: src/http.c:549 msgid Failed to set up an SSL context\n -msgstr +msgstrSSL\n #: src/http.c:555 #, c-format msgid Failed to load certificates from %s\n -msgstr +msgstr %s\n #: src/http.c:559 src/http.c:567 msgid Trying without the specified certificate\n -msgstr +msgstr \n #: src/http.c:563 #, c-format msgid Failed to get certificate key from %s\n -msgstr +msgstr %s\n #: src/http.c:657 src/http.c:1470 msgid Unable to establish SSL connection.\n -msgstr +msgstrSSL\n # #: src/http.c:665 @@ -676,6 +676,8 @@ Server file no newer than local file `%s' -- not retrieving.\n \n msgstr + `%s' -- +.\n +\n # #: src/http.c:1557
Re: wget 1.8.1: po/el.po update
[EMAIL PROTECTED] writes: I translated the few remaining messages in the greek po file. Here are the diffs. Please, try to get in contact with the last translator (cf. the Cc:) to avoid duplicate work. Thanks a lot! Thanks for writing and maintaining such a great tool. -- Linux frechet 2.4.16-4GB #1 Wed Dec 12 13:42:58 GMT 2001 i686 unknown 3:34pm up 21 days, 4:55, 13 users, load average: 0.21, 0.22, 0.20 work: [EMAIL PROTECTED] Karl Eichwalder home: [EMAIL PROTECTED]
Re: wget info page
On 20 Feb 2002 at 12:54, Noel Koethe wrote: wget 1.8.1 is shipped with the files in doc/ wget.info wget.info-1 wget.info-2 wget.info-3 wget.info-4 They are build out of wget.texi if I remove them and makeinfo is installed. The files are removed when runing make realclean. I think they should/could also removed when runing make distclean, or am I missing an important point? Perhaps they are included in the distribution in case the system does not have the tools to rebuild them? However, the presence of wget.info* in the distribution does seem inconsistent with the absence of the wget.1 manpage file.
No clobber and .shtml files
Here is a patch for a potential feature change. I'm not sending it to the wget-patches list yet, as I'm not sure if it should be applied as is, or at all. The feature change is a minor amendment to the (bogus) test for whether an existing local copy of a file is text/html when the or not when the --noclobber option is used, based on its suffix. The current test assumes the local file is text/html if it has a suffix of html or htm. The amendment made by this patch includes suffixes of the form shtml, phtml, etc. in the set of suffixes assumed to indicate text/html files. As it stands, the new test treats any ?html suffix (where ? matches a single character as indicating a text/html file. Perhaps this test should be tightened up to only allow a letter rather than any character in this position. I didn't bother testing for ?htm, as I've never seen it and can't think why anyone would want to use it. (However, I do recall seeing suffixes such as sht before now, i.e. shtml truncated to 3 characters, but perhaps that's going too far.) Any comments? Index: src/http.c === RCS file: /pack/anoncvs/wget/src/http.c,v retrieving revision 1.85 diff -u -r1.85 http.c --- src/http.c 2002/02/19 05:18:43 1.85 +++ src/http.c 2002/02/20 19:25:34 @@ -1462,8 +1462,10 @@ /* Bogusness alert. */ /* If its suffix is html or htm, assume text/html. */ - if (((suf = suffix (*hstat.local_file)) != NULL) - (!strcmp (suf, html) || !strcmp (suf, htm))) + /* Also assume text/html if its suffix is shtml, phtml, etc. */ + if (((suf = suffix (*hstat.local_file)) != NULL) *suf + (!strcmp (suf, html) || !strcmp (suf, htm) + || !strcmp(suf+1, html))) *dt |= TEXTHTML; FREE_MAYBE (dummy);
Timeout Bug
I might be wrong but I believe there is a bug in the --timeout=whatever syntax. I just can't get the program to obey it under any circumstances, I put in an ip that i know is non-existant and it takes it forever to figure that out. I've even tried changing it in init.c with no better results. I also tried a suggestion by changing the value in /proc/syste/net/ipv4/tcp_retries2 to a lower value such as 2. Any help is appreciated, sorry if this is something your already aware of. Thanks and great software! -Dan __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com
Re: Timeout Bug
On Wed, Feb 20, 2002 at 10:20:38PM -0800, Partycrew Industries wrote: I might be wrong but I believe there is a bug in the --timeout=whatever syntax. I just can't get the program to obey it under any circumstances, I put in No, that is not a correct statement. The program obeys the timeout under *most* circumstances. You can't get it to work for timing out a socket connection, because that is a bit of code that hasn't been implemented yet. If no one else wants to, I can work up a patch for this next week. It's pretty standard coding, right out of Stevens. ;) Some friendly advice about submitting good problem reports: Your initial statement was, in fact, false. Stick to the facts. It would have been a much better bug report if that second sentence had been omitted. Cc: changed to [EMAIL PROTECTED] -- Alan Eldridge Dave's not here, man.