FW: GNU Coding Standard compliance
Eric - Why are you trying to package Wget for cygwin when there is a *native* win32 exe? Seems like a whole *lot* of work for something that really doesn't gain you anything. I'm quite interested in your response. Chris Christopher G. Lewis http://www.ChristopherLewis.com -Original Message- From: Eric Blake [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2008 7:52 AM To: [EMAIL PROTECTED] Subject: GNU Coding Standard compliance -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to package wget-1.11.3 for cygwin. But you have several GNU Coding Standard compliance problems that is making this task more difficult than it should be. GCS requires that your testsuite be run by 'make check', but yours is a no-op. Instead, you provide 'make test', but that fails to compile if you use a VPATH build. And even when using an in-tree build, it fails as follows: ./Test-proxied-https-auth.px echo echo /bin/sh: ./Test-proxied-https-auth.px: No such file or directory After commenting that line out, the following tests are also missing: ./Test-proxy-auth-basic.px ./Test-N-current-HTTP-CD.px Test-N-HTTP-Content-Disposition.px fails, since it didn't add the - --content-disposition flag to the wget invocation. Several Test--spider-* tests fail, because an expected error code of 256 is impossible (exit status is truncated to 8 bits). Also, your hand-rolled Makefile.in don't support --datarootdir. I'm not sure whether you are interested in migrating to using Automake, which would solve a number of these issues; let me know if you would be interested in such a patch. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhGkA0ACgkQ84KuGfSFAYAyvgCffHFFioWeTT+8sTn8O6YzdfM1 y7MAn12XTpxo1PiMtIwALxm1KrqsKROS =xKOZ -END PGP SIGNATURE- smime.p7s Description: S/MIME cryptographic signature
RE: GNU Coding Standard compliance
Eric - Why are you trying to package Wget for cygwin when there is a *native* win32 exe? Seems like a whole *lot* of work for something that really doesn't gain you anything. I'm quite interested in your response. Chris Christopher G. Lewis http://www.ChristopherLewis.com -Original Message- From: Eric Blake [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2008 7:52 AM To: [EMAIL PROTECTED] Subject: GNU Coding Standard compliance -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to package wget-1.11.3 for cygwin. But you have several GNU Coding Standard compliance problems that is making this task more difficult than it should be. GCS requires that your testsuite be run by 'make check', but yours is a no-op. Instead, you provide 'make test', but that fails to compile if you use a VPATH build. And even when using an in-tree build, it fails as follows: ./Test-proxied-https-auth.px echo echo /bin/sh: ./Test-proxied-https-auth.px: No such file or directory After commenting that line out, the following tests are also missing: ./Test-proxy-auth-basic.px ./Test-N-current-HTTP-CD.px Test-N-HTTP-Content-Disposition.px fails, since it didn't add the - --content-disposition flag to the wget invocation. Several Test--spider-* tests fail, because an expected error code of 256 is impossible (exit status is truncated to 8 bits). Also, your hand-rolled Makefile.in don't support --datarootdir. I'm not sure whether you are interested in migrating to using Automake, which would solve a number of these issues; let me know if you would be interested in such a patch. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhGkA0ACgkQ84KuGfSFAYAyvgCffHFFioWeTT+8sTn8O6YzdfM1 y7MAn12XTpxo1PiMtIwALxm1KrqsKROS =xKOZ -END PGP SIGNATURE-
Re: FW: GNU Coding Standard compliance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris, Wouldn't the Cygwin-specific version be preferable to existing Cygwin users (which would include me, on occasion)? In particular, things like the default --restrict=windows setting might be less than desirable. I imagine most Cygwin users are looking for a Windows Wget that behaves more like Unix Wget (since Cygwin is essentially Posix for Windows). There's also the fact that Wget-1.10.2 is already a Cygwin package, which could do with the updating, and is probably important to the Cygwin set as a whole. Also, I'm not sure that Eric is subscribed to the ML, so he may not have gotten your message (I've added him to the recipients). - -Micah Christopher G. Lewis wrote: Eric - Why are you trying to package Wget for cygwin when there is a *native* win32 exe? Seems like a whole *lot* of work for something that really doesn't gain you anything. I'm quite interested in your response. Chris Christopher G. Lewis http://www.ChristopherLewis.com -Original Message- From: Eric Blake [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2008 7:52 AM To: [EMAIL PROTECTED] Subject: GNU Coding Standard compliance I'm trying to package wget-1.11.3 for cygwin. But you have several GNU Coding Standard compliance problems that is making this task more difficult than it should be. GCS requires that your testsuite be run by 'make check', but yours is a no-op. Instead, you provide 'make test', but that fails to compile if you use a VPATH build. And even when using an in-tree build, it fails as follows: ./Test-proxied-https-auth.px echo echo /bin/sh: ./Test-proxied-https-auth.px: No such file or directory After commenting that line out, the following tests are also missing: ./Test-proxy-auth-basic.px ./Test-N-current-HTTP-CD.px Test-N-HTTP-Content-Disposition.px fails, since it didn't add the --content-disposition flag to the wget invocation. Several Test--spider-* tests fail, because an expected error code of 256 is impossible (exit status is truncated to 8 bits). Also, your hand-rolled Makefile.in don't support --datarootdir. I'm not sure whether you are interested in migrating to using Automake, which would solve a number of these issues; let me know if you would be interested in such a patch. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITZth7M8hyUobTrERApkTAJ95Xll+H1vZaMYtrBRgRGedFUGP1QCZAVeP JPBle23eqa0JpuCIdX37c6U= =yjZr -END PGP SIGNATURE-
Re: FW: GNU Coding Standard compliance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Micah Cowan wrote: Also, I'm not sure that Eric is subscribed to the ML, so he may not have gotten your message (I've added him to the recipients). (Obviously, this was rectified, and well before I wrote this. However, it apparently took four days for either of these messages to be delivered to sunsite.dk from gnu.org, so I hadn't gotten the fixed version before I sent this.) Hm, according to http://dotsrc.org/, their servers were down, so we may be catching up for a bit here as delayed mails are retried over the next couple days. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITZ0n7M8hyUobTrERAjXOAJ9YCcwXz+gmC4wEjIj8wmF5ggpLSACcD+hA hvDA5+9BLJH9qIXaB2QHJoA= =zjc9 -END PGP SIGNATURE-
retrieval of data from a database
Hello wget users and developers, I am attempting to retrieve public information from BostonResourceNet ( http://www.bostonresourcenet.org/index.cfm ). There are four drop-down boxes that allow you to filter the database. After retrieving the results of a particular query, I can select a non-profit, for instance, and copy the link, then pass that long link back into the browser and retrieve the company's information. Of course, I could just click the link and get the info as well. My point is that I can pass the long link (as seen in the wget query below) directly to Firefox and retrieve the data. However, when I try to pass the long link to wget, I get the following: (Note that the second return to the command line was not initiated by me). Is wget an appropriate tool for this kind of operation? I plan to script this, replacing variables in the string that is passed to wget. Thanks. [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ wget -dv http://www.bostonresourcenet.org/detail.cfm?StartRow=2EndRow=99SearchType=detailedVarZip=VarMiles=0keyword=ServID=17OrgTypeID=LangID=SpecialID=LocationID= Setting --verbose (verbose) to 1 DEBUG output created by Wget 1.11.2 on linux-gnu. --2008-06-09 14:08:08-- http://www.bostonresourcenet.org/detail.cfm?StartRow=2 Resolving www.bostonresourcenet.org... [1] 12857 [2] 12858 [3] 12859 [4] 12860 [5] 12861 [6] 12862 [7] 12863 [8] 12864 [9] 12865 [10] 12866 [2] DoneEndRow=99 [3] DoneSearchType=detailed [4] DoneVarZip= [5] DoneVarMiles=0 [6] Donekeyword= [7] DoneServID=17 [8] DoneOrgTypeID= [9] DoneLangID= [10]+ DoneSpecialID= [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ 69.25.69.36 Caching www.bostonresourcenet.org = 69.25.69.36 Connecting to www.bostonresourcenet.org|69.25.69.36|:80... connected. Created socket 3. Releasing 0x08090e48 (new refcount 1). ---request begin--- GET /detail.cfm?StartRow=2 HTTP/1.0 User-Agent: Wget/1.11.2 Accept: */* Host: www.bostonresourcenet.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 500 Internal Server Error Connection: close Date: Mon, 09 Jun 2008 21:08:09 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET server-error: true Content-Type: text/html; charset=UTF-8 Set-Cookie: CFID=765597;expires=Wed, 02-Jun-2038 21:00:15 GMT;path=/ Set-Cookie: CFTOKEN=93009364;expires=Wed, 02-Jun-2038 21:00:15 GMT;path=/ ---response end--- 500 Internal Server Error Stored cookie www.bostonresourcenet.org -1 (ANY) / session insecure [expiry none] CFID 765597 Stored cookie www.bostonresourcenet.org -1 (ANY) / session insecure [expiry none] CFTOKEN 93009364 Closed fd 3 2008-06-09 14:08:09 ERROR 500: Internal Server Error.
Re: retrieval of data from a database
On Mon, Jun 9, 2008 at 2:56 PM, Philip Stephens [EMAIL PROTECTED] wrote: Hello wget users and developers, I am attempting to retrieve public information from BostonResourceNet ( http://www.bostonresourcenet.org/index.cfm ). There are four drop-down boxes that allow you to filter the database. After retrieving the results of a particular query, I can select a non-profit, for instance, and copy the link, then pass that long link back into the browser and retrieve the company's information. Of course, I could just click the link and get the info as well. My point is that I can pass the long link (as seen in the wget query below) directly to Firefox and retrieve the data. However, when I try to pass the long link to wget, I get the following: (Note that the second return to the command line was not initiated by me). Is wget an appropriate tool for this kind of operation? I plan to script this, replacing variables in the string that is passed to wget. Thanks. [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ wget -dv http://www.bostonresourcenet.org/detail.cfm?StartRow=2EndRow=99SearchType=detailedVarZip=VarMiles=0keyword=ServID=17OrgTypeID=LangID=SpecialID=LocationID= Setting --verbose (verbose) to 1 DEBUG output created by Wget 1.11.2 on linux-gnu. --2008-06-09 14:08:08-- http://www.bostonresourcenet.org/detail.cfm?StartRow=2 Resolving www.bostonresourcenet.org... [1] 12857 [2] 12858 [3] 12859 [4] 12860 [5] 12861 [6] 12862 [7] 12863 [8] 12864 [9] 12865 [10] 12866 [2] DoneEndRow=99 [3] DoneSearchType=detailed [4] DoneVarZip= [5] DoneVarMiles=0 [6] Donekeyword= [7] DoneServID=17 [8] DoneOrgTypeID= [9] DoneLangID= [10]+ DoneSpecialID= [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ 69.25.69.36 Caching www.bostonresourcenet.org = 69.25.69.36 Connecting to www.bostonresourcenet.org|69.25.69.36|:80... connected. Created socket 3. Releasing 0x08090e48 (new refcount 1). ---request begin--- GET /detail.cfm?StartRow=2 HTTP/1.0 User-Agent: Wget/1.11.2 Accept: */* Host: www.bostonresourcenet.org Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 500 Internal Server Error Connection: close Date: Mon, 09 Jun 2008 21:08:09 GMT Server: Microsoft-IIS/6.0 X-Powered-By: ASP.NET server-error: true Content-Type: text/html; charset=UTF-8 Set-Cookie: CFID=765597;expires=Wed, 02-Jun-2038 21:00:15 GMT;path=/ Set-Cookie: CFTOKEN=93009364;expires=Wed, 02-Jun-2038 21:00:15 GMT;path=/ ---response end--- 500 Internal Server Error Stored cookie www.bostonresourcenet.org -1 (ANY) / session insecure [expiry none] CFID 765597 Stored cookie www.bostonresourcenet.org -1 (ANY) / session insecure [expiry none] CFTOKEN 93009364 Closed fd 3 2008-06-09 14:08:09 ERROR 500: Internal Server Error. I should also mention that at this point, the process hangs and must be killed with CTRl-C. -- Philip Stephens Doctoral Student Joint Geography Program San Diego State University UC Santa Barbara
Re: retrieval of data from a database
* Philip Stephens ([EMAIL PROTECTED]) wrote: Hello wget users and developers, [...] [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ wget -dv http://www.bostonresourcenet.org/detail.cfm?StartRow=2EndRow=99SearchType=detailedVarZip=VarMiles=0keyword=ServID=17OrgTypeID=LangID=SpecialID=LocationID= Setting --verbose (verbose) to 1 DEBUG output created by Wget 1.11.2 on linux-gnu. --2008-06-09 14:08:08-- http://www.bostonresourcenet.org/detail.cfm?StartRow=2 Resolving www.bostonresourcenet.org... [1] 12857 [2] 12858 [3] 12859 [4] 12860 [5] 12861 [6] 12862 [7] 12863 [8] 12864 [9] 12865 [10] 12866 [2] DoneEndRow=99 [3] DoneSearchType=detailed [4] DoneVarZip= [5] DoneVarMiles=0 [6] Donekeyword= [7] DoneServID=17 [8] DoneOrgTypeID= [9] DoneLangID= [10]+ DoneSpecialID= Well, you'd better escape the '' in your shell (\) Regards, Saint Xavier.
Re: GNU Coding Standard compliance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher G. Lewis on 6/5/2008 7:55 AM: | Eric - | | Why are you trying to package Wget for cygwin when there is a *native* | win32 exe? Seems like a whole *lot* of work for something that really | doesn't gain you anything. That's where you're wrong. Using a cygwin version of wget DOES gain things. For example, the native win32 doesn't understand cygwin paths, so it doesn't integrate seamlessly with the rest of cygwin applications. Also, the cygwin wget (via cygwin managed mounts) can wget files named nul, aux, index.html vs. Index.html, etc which the native wget cannot. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhIM2wACgkQ84KuGfSFAYDe5wCffi/X6JB3OaDaZ3zraMkB7osz 5NEAn1y6ZUhF7l88we4mo+KYFgLMf/XD =tZUf -END PGP SIGNATURE-
