Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-04-23 Thread Floris Bruynooghe
On Tue, Mar 11, 2008 at 08:43:06AM +0100, Matthias Klose wrote: > Currently Debian's python has /usr/local/lib/python2.x/site-packages > in sys.path allowing for installation of local modules. Barry did > point out that this conflicts with a python installation, where > /usr/local is the default p

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-26 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 26, 2008, at 6:23 AM, Emilio Pozuelo Monfort wrote: Barry Warsaw wrote: This is Debian policy (which is fine), but I don't think all distros agree. I'm not a distro guy though. :) Mattias, didn't the Fedora guys say they were going to try

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-26 Thread Emilio Pozuelo Monfort
Barry Warsaw wrote: > This is Debian policy (which is fine), but I don't think all distros > agree. I'm not a distro guy though. :) Mattias, didn't the Fedora guys > say they were going to try to create a mailing list for discussing these > kinds of cross-distro issues? There's http://lists.free

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-25 Thread Ben Finney
Barry Warsaw <[EMAIL PROTECTED]> writes: > On Mar 11, 2008, at 6:36 PM, Floris Bruynooghe wrote: > > The sysadmin should never install things into /usr/ directly, > > /usr/local/ is their playground. > > This is Debian policy (which is fine), but I don't think all distros > agree. Those distros

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-25 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 11, 2008, at 6:36 PM, Floris Bruynooghe wrote: On Tue, Mar 11, 2008 at 09:45:21AM -0400, Barry Warsaw wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 11, 2008, at 3:43 AM, Matthias Klose wrote: Currently Debian's python has /us

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-12 Thread Wichert Akkerman
Barry Warsaw wrote: It also makes Debian the odd man out. Instructions we publish for every other *nix have to have a caveat or FAQ for Debian's (and derivatives) difference. These can go unnoticed until things break, and then we can get difficult to debug problem reports. An experienced he

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Floris Bruynooghe
On Tue, Mar 11, 2008 at 09:45:21AM -0400, Barry Warsaw wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mar 11, 2008, at 3:43 AM, Matthias Klose wrote: > >> Currently Debian's python has /usr/local/lib/python2.x/site-packages >> in sys.path allowing for installation of local modules.

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Piotr Ożarowski
[Sebastian Rittau, 2008-03-11] > On Tue, Mar 11, 2008 at 06:58:56PM +0100, Piotr Ożarowski wrote: > > I would choose this option or even remove /usr/local/* from sys.path > > completely. If one wants to play with unsupported Python modules or > > Eggs, he should sys.path.append(his_path) by hand, I

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Thomas Viehmann
Matthias Klose wrote: > - add an env var to not include /usr/local/lib/python2.x/site-packages >when the env var is set. Keeps standard behaviour without >modifications and allows people to remove it from sys.path. But >requires the user to know about that option. I would much prefer

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Sebastian Rittau
On Tue, Mar 11, 2008 at 06:58:56PM +0100, Piotr Ożarowski wrote: > I would choose this option or even remove /usr/local/* from sys.path > completely. If one wants to play with unsupported Python modules or > Eggs, he should sys.path.append(his_path) by hand, IMHO. I would not consider installing

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Piotr Ożarowski
[Matthias Klose, 2008-03-11] > - add another path (e.g. /usr/local/python/lib2.x/site-packages), >and remove the /usr/local/lib/python2.x/site-packages path after >the next release. Does provide an upgrade path, but doesn't solve >the probem immediately. I would choose this option or

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Sebastian Rittau
On Tue, Mar 11, 2008 at 08:43:06AM +0100, Matthias Klose wrote: > Currently Debian's python has /usr/local/lib/python2.x/site-packages > in sys.path allowing for installation of local modules. Barry did > point out that this conflicts with a python installation, where > /usr/local is the default

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 11, 2008, at 3:58 AM, Wichert Akkerman wrote: - add another path (e.g. /usr/local/python/lib2.x/site-packages), and remove the /usr/local/lib/python2.x/site-packages path after the next release. Does provide an upgrade path, but doesn't

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mar 11, 2008, at 3:43 AM, Matthias Klose wrote: Currently Debian's python has /usr/local/lib/python2.x/site-packages in sys.path allowing for installation of local modules. Barry did point out that this conflicts with a python installation, wher

Re: handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Wichert Akkerman
Matthias Klose wrote: Currently Debian's python has /usr/local/lib/python2.x/site-packages in sys.path allowing for installation of local modules. Barry did point out that this conflicts with a python installation, where /usr/local is the default prefix, and the system python gets modules from t

handling /usr/local/lib/python2.x/site-packages in sys.path

2008-03-11 Thread Matthias Klose
Currently Debian's python has /usr/local/lib/python2.x/site-packages in sys.path allowing for installation of local modules. Barry did point out that this conflicts with a python installation, where /usr/local is the default prefix, and the system python gets modules from the local installation.