Re: [Python-Dev] proposed which.py replacement

2007-04-02 Thread skip
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

Re: [Python-Dev] proposed which.py replacement

2007-04-02 Thread Guido van Rossum
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 collec

Re: [Python-Dev] proposed which.py replacement

2007-04-02 Thread Trent Mick
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. > > (N

Re: [Python-Dev] proposed which.py replacement

2007-04-01 Thread Guido van Rossum
Ok, sorry, that *is* a valid use case. Since Trent on his webpage suggests his code as a stdlib replacement I support this now. (But I'm not going to take further action -- I hope you can get one of the regular 2.6 dev guys to adopt this case. Also, the PSF needs to have a contribution form on file

Re: [Python-Dev] proposed which.py replacement

2007-04-01 Thread skip
Stefan> I use it as a library, because it encodes knowledge about Stefan> locating executables on different platforms, especially Windows. Stefan> Unixoids have which and the search is relatively Stefan> straightforward. Windows searches paths in PATH and in the Stefan> regist

Re: [Python-Dev] proposed which.py replacement

2007-04-01 Thread Stefan Rank
on 01.04.2007 17:23 Guido van Rossum said the following: > It's out of character for the standard library, since (regardless of > whether it's implemented in Python or part of the standard library) > it's a stand-alone utility. I don't see much use for this as a library > module. I use it as a lib

Re: [Python-Dev] proposed which.py replacement

2007-04-01 Thread Guido van Rossum
It's out of character for the standard library, since (regardless of whether it's implemented in Python or part of the standard library) it's a stand-alone utility. I don't see much use for this as a library module. On 4/1/07, Stefan Rank <[EMAIL PROTECTED]> wrote: > on 31.03.2007 22:39 Guido van

Re: [Python-Dev] proposed which.py replacement

2007-04-01 Thread Stefan Rank
on 31.03.2007 22:39 Guido van Rossum said the following: > 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 no

Re: [Python-Dev] proposed which.py replacement

2007-03-31 Thread Guido van Rossum
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 som

[Python-Dev] proposed which.py replacement

2007-03-31 Thread Shane Geiger
Trent Mick has a module called which.py that might make a nice platform-independent replacement for python2.5/Tools/scripts/which.py. http://www.trentm.com/projects/which/ Why which.py? |which.py| is a small GNU-which replacement. It has the following features: * it is portable (W