Re: hola saludos
Please someone stick the spanish speaking person with a large cluebat... ;-) Regards Fernando Buenos Aires, Argentina Hack Kampbjørn wrote: > maromans wrote: > > > estoy utilizando este programa y no puedo bajar sitios enteros -- "Me separe de esa chica porque era una inmadura. Me sacaba todos mis patitos de plastico de la bañera" - Woody Allen
Re: hola saludos
Please in the future write in english if you expect to get any help. En el futuro por favor escriba en inglés si quire recibir ayuda. maromans wrote: > > estoy utilizando este programa y no puedo bajar sitios enteros > desconosco si estoy equivocado en las opciones o modificadores pero no me > baja los hipervinculos de los sitios que intento grabar si pueden ayudarme > sinceramente gracias Ademas de escribir en ingles y hasta que hallamos perfeccionado el modulo der leer mentes, prodrias empezar por detallar que es lo que haces, que esperabas que ocurriese (y por que) y que es lo que realmente ocurre. How To Ask Questions The Smart Way: http://www.tuxedo.org/~esr/faqs/smart-questions.html > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com -- Med venlig hilsen / Kind regards Hack Kampbjørn
Bug#21588: Info received (was Debian bug 21588 - inconsistent naming of directories created by wget)
Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the developer(s) and to the developers mailing list to accompany the original report. Your message has been sent to the package maintainer(s): Nicolás Lichtmaier <[EMAIL PROTECTED]> If you wish to continue to submit further information on your problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Debian bug 21588 - inconsistent naming of directories created by wget
Guillaume Morin wrote: > > Forward of > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=21588&repeatmerged=yes > > > > If I access a server not on the default port, wget does not write that > port in the name of the directory it creates. Here is an example: > > --13:43:40-- http://www.center.osaka-u.ac.jp:7080/center/contents.html >=> `www.center.osaka-u.ac.jp/center/contents.html' This was changed with version 1.8. Now it will be saved under www.center.osaka-u.ac.jp:7080. $ wget -l inf -r http://www.wsu.edu:8080/~brians/errors/errors.html --19:24:23-- http://www.wsu.edu:8080/%7Ebrians/errors/errors.html => `www.wsu.edu:8080/%7Ebrians/errors/errors.html' Resolving www.wsu.edu... done. Connecting to www.wsu.edu[134.121.1.61]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: 40,575 [text/html] 100%[>] 40,57522.62K/s ETA 00:00 There can still be directory collusions, but now only for different services on the same host all on their default port (or http and https on the same non-default port) i.e. ftp://host, http://host and https://host will all be saved under host. > > > Please keep ,[EMAIL PROTECTED] CC'ed > > -- > Guillaume Morin <[EMAIL PROTECTED]> > > Oh, that is nice out there, I think I'll stay for a while (RHCP) -- Med venlig hilsen / Kind regards Hack Kampbjørn
[±¤°í]À̻翪°æ¸Å Àü¹®»çÀÌÆ®. ¿ì¸®ÁýÀÌ»ç!!
¿øÄ¡¾Ê´Â ¸ÞÀÏÀ» ¹ÞÀ¸¼Ì´Ù¸é Á¤¸»·Î Á˼ÛÇÕ´Ï´Ù.¼ö½Å°ÅºÎ¸¦ ÇϽźÐÀÌ ¶Ç ¹ÞÀ¸¼Ì´Ù¸é ³Ê¹« Á˼ÛÇÏÁö¸¸ ¸¶Áö¸·À¸·Î Çѹø¸¸ ´Ù½Ã ¼ö½Å°ÅºÎ¸¦ ÇØÁֽʽÿä. ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß, ¹«ÀÛÀ§·Î ÃßÃâÇÑ°ÍÀ̸ç E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù.Á¤ÅëºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. ¿øÄ¡ ¾ÊÀ¸¸é ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä ¿ì¸®ÁýÀÌ»ç ¾È³çÇϼ¼¿ä ÀÌ»ç ¿ª°æ¸Å Àü¹® ½ÎÀÌÆ® ¿ì¸®ÁýÀÌ»çÀÇ ¿î¿µÀÚ ÀÔ´Ï´Ù. "¿ì¸®ÁýÀÌ»ç"´Â °í°´´ÔÀÇ Æí¾ÈÇÑ ÀÌ»ñ³¯À» À§ÇØ Ç×»ó ³ë·ÂÇÕ´Ï´Ù. ÀÌÁ¦ °í°´´ÔÀÇ ÀÌ»ç´Â "¿ì¸®ÁýÀÌ»ç"°¡ Ã¥ÀÓ Áö°Ú½À´Ï´Ù. - ¿ì¸®ÁýÀÌ»ç ¿î¿µÀÚ ¿Ã¸² -
[±¤°í] ³î¶ó¿î ¼ºÀåÈ£¸£¸óÀÇ ºñ¹Ð!!
Title: Untitled Document ¼ºÀåÈ£¸£¸óÀÇ ºñ¹Ð!! 20´ë ÀÌÈĺÎÅÍ ¸Å³â ÁÙ¾îµå´Â '¼ºÀåÈ£¸£¸ó' ÁÙ¾îµå´Â ¼ºÀåÈ£¸£¸óÀ» ´Ù½Ã ³» ¸ö¾È¿¡ Åõ¿©½ÃŲ´Ù¸é ?ÀÌ°ÍÀÌ '¼ºÀåÈ£¸£¸ó'ÀÇ ºñ¹ÐÀÌ´Ù.ÀÎü´Â ¼ºÀåÈ£¸£¸óÀÇ Àç Åõ¿©·Î ¾öû³ ¹ÝÀÀÀ» ÀÏÀ¸Å²´Ù.³ëȹæÁöÀÇ ºñ¹ÐÀº ¼ºÀåÈ£¸£¸óÀÌ´Ù. ÁÖ»çÁ¦°¡ ¾Æ´Ñ ¸Ô´Â ¼ºÀåÈ£¸£¸óÀ» °³¹ßÇÑ »ý¸í°øÇÐ º¥Ãıâ¾÷ '¾Æ¹Ì³ëÁ¨' ÀÌÁ¨ ¿©·¯ºÐµéÀÌ °¡Á®°¡½Ê½Ã¿À. ¾Æ¹Ì³ëÁ¨ÀÇ Á¦Ç°À» ±¸ÀÔÇÒ ¼ö ÀÖ´Â À¯ÀÏÇÑ ¼îÇθô HTTP://WWW.APUGIMA.COM Copyright ¨Ï 2001 ¢ß APUGIMA.COM. All rights reserved.
debian wishlist bug 105278 - Automatically do passive FTP
Debian wishlist bug 105278 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=105278&repeatmerged=yes It would be nice if, upon noticing that it's getting a lot of invalid port errors, wget would automatically try a passive FTP download unless there had been some explicit configuration of the FTP mode to use. At present it just errors out and you have to specify --passive by hand. -- Guillaume Morin <[EMAIL PROTECTED]> La vie est facétieuse
Debian wishlist bug #104122 - 'quirks' mode for broken pages
Debian wishlist bug 104122 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=104122&repeatmerged=yes It would be extremly useful to have a 'quirks' mode which would do the following (for instance, other things can be added): - If a URL with \ characters gets a 404, try again with s/\\/\// (fixes for works-only-in-IE URLs) (in 'auto' quirks mode) - If a URL has \ characters, unconditionally s/\\/\// (same as above, when the server answers with something other than 404 for missing objects) (in 'forced' quirks mode) - s/ // (eats whitespace; for typo fixing) (only in 404 for 'auto', always in 'forced') Of these, the only I've felt a need for is the first (change \ to / on 404 and retry). Maybe I'll code a fix. -- Guillaume Morin <[EMAIL PROTECTED]> I cried the other night, I can't even say why (R.E.M)
hola saludos
estoy utilizando este programa y no puedo bajar sitios enteros desconosco si estoy equivocado en las opciones o modificadores pero no me baja los hipervinculos de los sitios que intento grabar si pueden ayudarme sinceramente gracias _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Debian bug 21588 - inconsistent naming of directories created by wget
Forward of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=21588&repeatmerged=yes If I access a server not on the default port, wget does not write that port in the name of the directory it creates. Here is an example: --13:43:40-- http://www.center.osaka-u.ac.jp:7080/center/contents.html => `www.center.osaka-u.ac.jp/center/contents.html' Please keep ,[EMAIL PROTECTED] CC'ed -- Guillaume Morin <[EMAIL PROTECTED]> Oh, that is nice out there, I think I'll stay for a while (RHCP)
Debian bug 21344 - the total bytes downloaded is countet as signed int
Hi, I am forwarding Debian wishlist bug 21344 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=21344&repeatmerged=yes In 1.8.1, the result is different. You get an overflow notice... When downloading more than 2 GB wget will give a negative number of bytes in its summary at the end. At least an unsigned long should be used. Please keep [EMAIL PROTECTED] CC'ed -- Guillaume Morin <[EMAIL PROTECTED]> I cried the other night, I can't even say why (R.E.M)
Debian wishlist bug 21148 - wget doesn't allow selectivity based on mime type
Hi, I am forwarding Debian wishlist bug 21148 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=21148&repeatmerged=yes While wget allows me to include/exclude documents based on their extension, it doesn't allow me to do the same based on mime type (for example, if I only want to save text/* documents). Please keep [EMAIL PROTECTED] CC'ed. -- Guillaume Morin <[EMAIL PROTECTED]> Justice is lost, Justice is raped, Justice is done. (Metallica)
Debian bug 131851 - cwd during ftp causes download to fail
Hi, I am forwarding Debian bug #131851 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=131851&repeatmerged=yes I can reproduce it on 1.8.1. When getting a file in a non-root directory from FTP with wget, wget always tries CWD to that directory before getting the file. Unfortunately sometimes you're not allowed to CWD to a directory, but you're all allowed to list or download files from it (taken that you know the filename). E.g. $ wget ftp://www.flashpoint1985.com/fp/140/OFP_Upgrade_4_142.zip --10:03:06-- ftp://www.flashpoint1985.com/fp/140/OFP_Upgrade_4_142.zip => `OFP_Upgrade_4_142.zip' Connecting to www.flashpoint1985.com:21... connected! Logging in as anonymous ... Logged in! ==> SYST ... done.==> PWD ... done. ==> TYPE I ... done. ==> CWD /fp/140 ... No such directory `fp/140'. But with lftp: $ lftp www.flashpoint1985.com www.flashpoint1985.com:~> get /fp/140/OFP_Upgrade_4_142.zip Connecting to www.flashpoint1985.com (195.146.100.122) port 21 <--- 220 ProFTPD 1.2.2rc2 Server (ADT WWW access server.. protected by LEVEL II Secure System) [mrazik.adt.cz] <--- 230 Anonymous access granted, restrictions apply. <--- 550 /fp/140/OFP_Upgrade_4_142.zip: Permission denied `/fp/140/OFP_Upgrade_4_142.zip' at 67128 (1%) 10.5K/s eta:10m [Receiving data] (The site mentioned above is the official site of the commercial game Operation Flashpoint.) Please keep the Debian Bugtracking System CC'ed. TIA. -- Guillaume Morin <[EMAIL PROTECTED]> Oh, that is nice out there, I think I'll stay for a while (RHCP)
Debian bug 113281 - wget doesn't wait when retrying
Hi, I am forwarding Debian bug 113281 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=113281&repeatmerged=yes It still applies to 1.8.1. I am sure it is a bug though wget doesn't wait when retrying to connect to an FTP server. Not sure if this affects HTTP downloads. In the case shown below, I was attempting to download from a server that had reached its user limit. wget would retry every second or two, eventually resulting in my system being temporarily banned from the server (the last attempt reflects this change). I tried this with both `wget -w 40 ' (should be the same as `wget --wait=40 ') and `wget --waitretry=40 ' [mike@3po][~/download]$ wget --waitretry=40 ftp://ftp.idsoftware.com/idstuff/wolf/linux/wolfmptest-0.7.16-1.x86.run --15:02:37-- ftp://ftp.idsoftware.com/idstuff/wolf/linux/wolfmptest-0.7.16-1.x86.run => `wolfmptest-0.7.16-1.x86.run' Connecting to ftp.idsoftware.com:21... connected! Logging in as anonymous ... The server refuses login. Retrying. --15:02:38-- ftp://ftp.idsoftware.com/idstuff/wolf/linux/wolfmptest-0.7.16-1.x86.run (try: 2) => `wolfmptest-0.7.16-1.x86.run' Connecting to ftp.idsoftware.com:21... connected! Logging in as anonymous ... The server refuses login. Retrying. --15:02:41-- ftp://ftp.idsoftware.com/idstuff/wolf/linux/wolfmptest-0.7.16-1.x86.run (try: 3) => `wolfmptest-0.7.16-1.x86.run' Connecting to ftp.idsoftware.com:21... connected! Logging in as anonymous ... The server refuses login. Retrying. --15:02:45-- ftp://ftp.idsoftware.com/idstuff/wolf/linux/wolfmptest-0.7.16-1.x86.run (try: 4) => `wolfmptest-0.7.16-1.x86.run' Connecting to ftp.idsoftware.com:21... connected! Logging in as anonymous ... Error in server response, closing control connection. Retrying. Please keep [EMAIL PROTECTED] CC'ed. -- Guillaume Morin <[EMAIL PROTECTED]> I am the saddest kid in grade number two (Lisa Simpsons)
Re: Debian bug 106391 - documentation doesn't warn about passwords in urls
My mistake, it is bug 106361. Please do not CC [EMAIL PROTECTED] but [EMAIL PROTECTED] TIA. -- Guillaume Morin <[EMAIL PROTECTED]> If you want the answers, you'd better get ready for the fire (System of a Down)
Debian bug 106391 - documentation doesn't warn about passwords in urls
Hi, I am forwarding Debian bug 106391. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=106361&repeatmerged=yes The bug still applies. this is from the "advanced usage" section of examples (info docs): > * If you want to encode your own username and password to HTTP or > FTP, use the appropriate URL syntax (*note URL Format::). > > wget ftp://hniksic:[EMAIL PROTECTED]/.emacs this would let other users on the system to see your password using "ps". it should have a big disclaimer. there are also other places in the documentation that talk about putting passwords in urls, but do not say anything about the potential security implications (search for "password"). Please keep [EMAIL PROTECTED] CC'ed. -- Guillaume Morin <[EMAIL PROTECTED]> Alcôve - L'informatique est libre http://www.alcove.com/fr/
Debian bug 88176 - timestamping is wrong with -O
Hi, I am forwarding to you Debian bug 88176. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=88176&repeatmerged=yes) I can reproduce the problem with 1.8.1 The following transcript shows that the wget can do the Bad Thing with -O when timestamping. It can result on a 0 byte long result which reported as hit or in a redownload which isn't needed, so it is a bandwidth waste. gegehost:/alma# ls -l total 0 gegehost:/alma# wget http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc --23:08:25-- http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc => `bombardier_0.6-1.dsc' Connecting to ftp.hu.debian.org:80... connected! HTTP request sent, awaiting response... 200 OK Length: 549 [text/plain] 0K ->[100%] 23:08:25 (8.65 KB/s) - `bombardier_0.6-1.dsc' saved [549/549] gegehost:/alma# wget -N http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc --23:08:32-- http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc => `bombardier_0.6-1.dsc' Connecting to ftp.hu.debian.org:80... connected! HTTP request sent, awaiting response... 200 OK Length: 549 [text/plain] Server file no newer than local file `bombardier_0.6-1.dsc' -- not retrieving. gegehost:/alma# wget -O foo -N http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc --23:09:12-- http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc => `foo' Connecting to ftp.hu.debian.org:80... connected! HTTP request sent, awaiting response... 200 OK Length: 549 [text/plain] Server file no newer than local file `bombardier_0.6-1.dsc' -- not retrieving. gegehost:/alma# ls -l total 4 -rw-r--r--1 root root 549 Dec 14 19:40 bombardier_0.6-1.dsc -rw-r--r--1 root root0 Mar 1 23:09 foo gegehost:/alma# rm * gegehost:/alma# wget -O foo http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc --23:09:32-- http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc => `foo' Connecting to ftp.hu.debian.org:80... connected! HTTP request sent, awaiting response... 200 OK Length: 549 [text/plain] 0K ->[100%] 23:09:33 (536.13 KB/s) - `foo' saved [549/549] gegehost:/alma# wget -O foo -N http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc --23:09:38-- http://ftp.hu.debian.org/ftp/debian/pool/main/b/bombardier/bombardier_0.6-1.dsc => `foo' Connecting to ftp.hu.debian.org:80... connected! HTTP request sent, awaiting response... 200 OK Length: 549 [text/plain] 0K ->[100%] 23:09:39 (59.57 KB/s) - `foo' saved [549/549] Please keep [EMAIL PROTECTED] CC'ed. Any comments welcome. -- Guillaume Morin <[EMAIL PROTECTED]> Marianne rebelle me disait qu'elle est plus jolie métissée (Noir Désir)
recursive ftp
recursive ftp with 1.7 worked fine and still it does with 1.8 and http. But 1.8 stops recursive ftp after the index file: these work fine: wget-1.7 -r http:// wget-1.7 -r ftp:// wget-1.8 -r http:// but this one stops after first file: wget-1.8 -r ftp:// -- _/ _/ _/ Emil Obermayr QEDEMOB @ EED/E/P/L _/ _/ _/ fone +49-5121-707-356 fax: -170 _/ _/ _/http://www.ericsson.de/fue/standorte/weg_hildesheim.html _/ _/ _/ Ericsson Eurolab Deutschland GmbH, Hildesheim, Germany
CSS @import, NetBSD 1.5.2 ok
it compiles on i386-unknown-netbsdelf1.5.2 without any modifications I think that wget isn't parsing the @import CSS declaration, it should save those files when run with -p and convert the links if set so
Debian bug 65791 - when converting links no effort is made to handle the '?' character
Hi, I am forwarding you Debian bug 65971 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=65791&repeatmerged=yes I can reproduce this problem with 1.8.1 With the '-k' option or the 'convert_links = on' option in .wgetrc the links in the downloaded HTML pages are modified to be relative to the downloaded pages. This does not work for links that are to CGIs. For example if a link to the URL "/foo?bar" is seen then the correct file is downloaded and saved with the name "foo?bar". When viewing the pages with Netscape the '?' character is seen to separate the URL and the arguments. This makes the link fail. Please keep [EMAIL PROTECTED] CC'ed on reply Any comments welcome. -- Guillaume Morin <[EMAIL PROTECTED]> N'oublie pas ton sourire pour ce soir si tu sors Un jury t'attend, n'injurie pas le sort (Noir Désir)