Feb 08 14:37:38 do you know how can I skip all "!COMPLETE" directory? -X !COMPLETE option does not work :( Feb 08 14:38:08 These are directories whose names are "!COMPLETE" ? Feb 08 14:38:24 yeah, subdirectories Feb 08 14:38:36 without " :) Feb 08 14:40:04 NetPlayer, I've got to get a bottle for my one-year-old, biab. In the meantime, try putting it in quotes? Feb 08 14:41:22 okay. I tried -X "!COMPLETE", you mean -X '!COMPLETE' ? Feb 08 14:45:17 does not work :( Feb 08 14:54:38 back Feb 08 14:55:55 the exact problem is wget stops when try to download this directory... and on this server all directory contains this dir... Feb 08 14:56:51 and of course this dir is empty, so I should skip it Feb 08 14:57:58 hm, maybe try '*!COMPLETE' and '*\!COMPLETE' ? Feb 08 14:58:17 I will, thx Feb 08 14:59:11 Also, run with --debug, and see if it gives any additional information about the matches. Feb 08 14:59:24 Btw, which version of Wget is it, on what platform? Feb 08 15:01:15 ubuntu, wget 1.10.2 (apt-get install installed it) Feb 08 15:01:28 linux 2.6.22 Feb 08 15:03:24 *!COMPLETE and *\!COMPLETE does not work too, I'll try --debug Feb 08 15:05:37 NetPlayer, are you fetching via FTP, or HTTP? And, you're certain it's a directory? Feb 08 15:05:47 FTP Feb 08 15:06:01 -X '!COMPLETE' worked for me in a test I just ran via FTP. Feb 08 15:06:21 and it's really a subdirectory under the directory which I want to download Feb 08 15:06:26 Try adding a * after, perhaps? Is it something you can give me the URL for testing, or no? Feb 08 15:06:40 ok, I try it exactly Feb 08 15:07:12 sorry, it's a very private ftp (glftpd runs on it) Feb 08 15:09:56 I use this command: wget -c -t0 -l0 -r --progress=bar:force --directory-prefix=/download --waitretry=30 --append-output=wget.log -X '!COMPLETE' --directory-prefix=/download ftp://........./directory name/ Feb 08 15:10:45 tried with --debug, it wrote a lot of information to wget.log, what should I search for? Feb 08 15:11:20 if I put the wget.log to http it would help? Feb 08 15:11:20 Why not pastebin it, perhaps to rafb.net/paste Feb 08 15:11:44 I never used it, I'll check it Feb 08 15:14:38 * rodserling (n=rodserli@96.237.153.37) has joined #wget Feb 08 15:15:27 micahcowan: just a minute Feb 08 15:20:30 http://rafb.net/p/MUBiIi19.html Feb 08 15:22:19 * arch has quit ("Leaving") Feb 08 15:31:24 and at the end of wget.log wget stops (waits), I killed it Feb 08 15:31:49 * jnd (n=jenda@unaffiliated/jnd) has left #wget Feb 08 15:33:51 Perhaps try '*COMPLETE*' ? Feb 08 15:34:51 still the same :( Feb 08 15:34:58 It might be worth seeing if it makes a difference to run in a neutral locale, like LC_ALL=C (with LANGUAGE blank or unset); I know fnmatch() is locale-sensitive, maybe that could possibly be screwing with it? Feb 08 15:35:58 I'll try Feb 08 15:36:53 If you still have trouble, can you compare your results with the same sort of thing on ftp://micah.cowan.name/ (which includes a !COMPLETE at the top level)? Feb 08 15:39:16 hmm, it still write to the log in hungarian Feb 08 15:39:23 yes, I will, thx Feb 08 15:40:42 It shouldn'y, If you invoke it as: LC_ALL=C LANGUAGE= wget ... Feb 08 15:41:38 can you put the !COMPLETE dir into a directory? on the other ftp I tried to download a directory which contains the !COMPLETE dir as a subdirectory... Feb 08 15:42:11 I ran this command: export LC_ALL=C Feb 08 15:42:17 then wget... Feb 08 15:42:40 Make sure LANGUAGE is also unset ("unset LANGUAGE") Feb 08 15:42:52 ok Feb 08 15:43:22 aah I ran it on another computer... :) Feb 08 15:44:12 still hungarian... Feb 08 15:45:02 What does the "locale" command say? Feb 08 15:45:41 ah, first row: LANG=hu_HU.UTF-8 Feb 08 15:45:53 Yeah... but LC_ALL ought to override that. Feb 08 15:46:02 Unless the C locale is somehow not available; maybe it should be POSIX. Feb 08 15:46:08 What does locale -a give? Feb 08 15:46:09 it ovverrides all other rows Feb 08 15:46:34 NetPlayer, right; and Wget should be using its value in preference over LANG. Feb 08 15:46:39 it's about 15-20 rows Feb 08 15:46:49 Does it include C, or POSIX? Feb 08 15:46:51 first: C second: POSIX Feb 08 15:46:53 yes Feb 08 15:47:03 Erg. Well, try resetting LANG, I guess... Feb 08 15:47:19 unset LANG? Feb 08 15:48:00 or pick a row from output of locale -a ? :) Feb 08 15:48:25 it contains example: en_US.utf-8 Feb 08 15:48:43 Either one. Feb 08 15:50:17 heh, I tried export LANG=en_US.utf-8, but still hungarian Feb 08 15:51:00 unset LANG, still... Feb 08 15:51:26 Strangeness. But anyway, looks like I can reproduce it on mine, regardless of locale. Feb 08 15:51:50 I'll try it on another linux, which has english locale Feb 08 15:52:00 a debian Feb 08 15:52:52 And it still does the same in Wget 1.11 Feb 08 15:56:46 NetPlayer, it looks like this will require further investigation: it seems clear to me that it's a bug in Wget, and it must have gone uncaught in some time, for some reason.