Re: [Python-Dev] proposed which.py replacement
Guido van Rossum wrote: > If you ask me, having it hosted by Trent is probably more helpful for > its popularity than putting it in the Python source distro; the Tools > directory is mostly a poorly-maintained collection of trivia I wrote > many years ago that is now quietly gathering dust. > > (Not all of it, of course; there's some useful stuff there that I > *didn't* write, which ended up there because it is either *used* by > the distro (e.g. the compiler package support) or because the author > needed a channel that guaranteed open source status (e.g. world and > pynche). But Trent's which.py doesn't seem to fall in either > category.) Agreed. However, I think my which.py might be a good candidate for the stdlib (for Py2.6) as per python.org/sf/1509798 and could put together a patch (along with test suite integrate and docs) if others think it worthwhile. Trent -- Trent Mick trentm at activestate.com ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] proposed which.py replacement
I think it's worthwhile. On 4/2/07, Trent Mick <[EMAIL PROTECTED]> wrote: > Guido van Rossum wrote: > > If you ask me, having it hosted by Trent is probably more helpful for > > its popularity than putting it in the Python source distro; the Tools > > directory is mostly a poorly-maintained collection of trivia I wrote > > many years ago that is now quietly gathering dust. > > > > (Not all of it, of course; there's some useful stuff there that I > > *didn't* write, which ended up there because it is either *used* by > > the distro (e.g. the compiler package support) or because the author > > needed a channel that guaranteed open source status (e.g. world and > > pynche). But Trent's which.py doesn't seem to fall in either > > category.) > > Agreed. However, I think my which.py might be a good candidate for the > stdlib (for Py2.6) as per python.org/sf/1509798 and could put together a > patch (along with test suite integrate and docs) if others think it > worthwhile. > > Trent > > -- > Trent Mick > trentm at activestate.com > -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] proposed which.py replacement
Trent> Agreed. However, I think my which.py might be a good candidate Trent> for the stdlib (for Py2.6) as per python.org/sf/1509798 and could Trent> put together a patch (along with test suite integrate and docs) Trent> if others think it worthwhile. +1. Since I run with 2.6 at home and run SpamBayes from source I can tweak my SpamBayes code to use it as well. I'm now monitoring the above tracker id and will try to massage things once there's a suitable patch uploaded. Skip ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Quoting netiquette reminder [Re: proposed which.py replacement]
Guido van Rossum wrote: > I think it's worthwhile. (followed by a whole page of quoted text) Folks, could you please try to remember to quote minimally from messages that you are replying to? -- Greg ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] test_socketserver flakey?
The test_socketserver unittest seems to be failing occasionally for me. (Svn HEAD, Ubuntu dapper.) -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] test_socketserver flakey?
Guido van Rossum wrote: > The test_socketserver unittest seems to be failing occasionally for > me. (Svn HEAD, Ubuntu dapper.) I have Ubuntu Edgy, will take a look at it... Regards, -- . Facundo . Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] About SSL tests
Jean-Paul Calderone wrote: > If the openssl binary is available, when the test starts, launch it in > a child process, talk to it for the test, then kill it when the test is > done. Ok, I have a demo of this. Right now, I face this problem. I launch openssl through subprocess, but I do *not* find a way to tell him to quit serving, so all I can do is to kill the process (through the pid from the Popen object). The problem is that os.kill only works in Unix and Macintosh. So, there's a better way to do this? Or I shall check if I'm in one of those both platforms and only execute the tests there? Another question, this one more operative. For openssl I'll need both cert.pem and key.pem files. I have them, but in which directory I shall commit them? ./Lib/test? Or create another directory inside that? Regards, -- . Facundo . Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] possible urllib bug on Windows XP
I have a curious situation which might be a bug in urllib (Python 2.5 installed from a .msi file gotten from python.org) when running on Windows XP. (This is running inside a Parallels virtual machine, but I don't see how that matters, because, as you will see in a second, I'm able to access the Web server both by its IP address and name. Here's a screenshot of a console session: http://www.ncee.net/shane/urllib.png You can see from the screenshot: 1. This machine is able to ping the Web server's IP address. 2. I can even access the Web server via the DNS name assigned (www.nce.net) using wget.exe (from UnxUtils). 3. However, when I try to simulate wget.exe by using urllib, I get an error. Here's the urllib command (which, incidentally works fine from my MacBook Pro): python -c "import urllib ; urllib.urlretrieve(\"http://www.ncee.net/shane/test.py\",\"test.py\";)" I tested this on a Windows 2000 Server, and urllib behaved normally. Is this possibly a bug on Windows XP? -- Shane Geiger IT Director National Council on Economic Education [EMAIL PROTECTED] | 402-438-8958 | http://www.ncee.net Leading the Campaign for Economic and Financial Literacy begin:vcard fn:Shane Geiger n:Geiger;Shane org:National Council on Economic Education (NCEE) adr:Suite 215;;201 N. 8th Street;Lincoln;NE;68508;United States email;internet:[EMAIL PROTECTED] title:IT Director tel;work:402-438-8958 x-mozilla-html:FALSE url:http://www.ncee.net version:2.1 end:vcard ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] possible urllib bug on Windows XP
Shane Geiger wrote: > Is this possibly a bug on Windows XP? I can't reproduce this bug on Windows XP. -- Scott Dial [EMAIL PROTECTED] [EMAIL PROTECTED] ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] possible urllib bug on Windows XP
On 4/2/07, Shane Geiger <[EMAIL PROTECTED]> wrote: > I have a curious situation which might be a bug in urllib (Python 2.5 > installed from a .msi file gotten from python.org) when running on > Windows XP. (This is running inside a Parallels virtual machine, but I > don't see how that matters, because, as you will see in a second, I'm > able to access the Web server both by its IP address and name. > > Here's a screenshot of a console session: > > http://www.ncee.net/shane/urllib.png > > You can see from the screenshot: > > 1. This machine is able to ping the Web server's IP address. > 2. I can even access the Web server via the DNS name assigned > (www.nce.net) using wget.exe (from UnxUtils). > 3. However, when I try to simulate wget.exe by using urllib, I get an > error. > > Here's the urllib command (which, incidentally works fine from my > MacBook Pro): > python -c "import urllib ; > urllib.urlretrieve(\"http://www.ncee.net/shane/test.py\",\"test.py\";)" In the screen shot, you are retrieving a different filename with python: python -c "import urllib ; urllib.urlretrieve(\"http://www.ncee.net/shane/login_test.py\";)" -Mike ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] About SSL tests
Facundo Batista <[EMAIL PROTECTED]> wrote: > Jean-Paul Calderone wrote: > > If the openssl binary is available, when the test starts, launch it in > > a child process, talk to it for the test, then kill it when the test is > > done. > > Ok, I have a demo of this. > > Right now, I face this problem. > > I launch openssl through subprocess, but I do *not* find a way to tell > him to quit serving, so all I can do is to kill the process (through the > pid from the Popen object). > > The problem is that os.kill only works in Unix and Macintosh. So, > there's a better way to do this? Or I shall check if I'm in one of those > both platforms and only execute the tests there? If you have a compilation of pywin32 (isn't it shipped by default in Python 2.5+?), you can kill the process with win32process.TerminateProcess() . - Josiah ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] About SSL tests
>> The problem is that os.kill only works in Unix and Macintosh. So, >> there's a better way to do this? Or I shall check if I'm in one of those >> both platforms and only execute the tests there? > > If you have a compilation of pywin32 (isn't it shipped by default in > Python 2.5+?), you can kill the process with > win32process.TerminateProcess() . On Win32, you also have subprocess.TerminateProcess, if you have the subprocess module in the first place. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] About SSL tests
"Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > >> The problem is that os.kill only works in Unix and Macintosh. So, > >> there's a better way to do this? Or I shall check if I'm in one of those > >> both platforms and only execute the tests there? > > > > If you have a compilation of pywin32 (isn't it shipped by default in > > Python 2.5+?), you can kill the process with > > win32process.TerminateProcess() . > > On Win32, you also have subprocess.TerminateProcess, if you have the > subprocess module in the first place. Indeed! Or even ctypes. Ok, 3 different possible ways of killing a process on Windows. I think that's enough for now. :) - Josiah ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
