Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-06 Thread Nehemiah Dacres
Python is implemented on OSX as a framework, go to /Library/Frameworks/Python.framework and command click and choose show package contents under the contextual menu and you will see the python framework's insides. ___ Pythonmac-SIG maillist - Pythonmac

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Ian Baird
Shared libraries and environments (such as python) that are used system wide are good candidates for "frameworkization". Wil was saying that private frameworks should probably be avoided. Ian On Nov 5, 2007, at 11:32 AM, Nehemiah Dacres wrote: > I am not sure how Virtualenv works or why it's

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Nehemiah Dacres
I am not sure how Virtualenv works or why it's not working but you make the statement >> Frameworks are IMHO a great idea. lets not be idiosyncratic here. Frameworks (if you mean *.framework packages) are only used by apple because they are cumbersome to use unless you are developing multiple app

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Dethe Elza
On Nov 5, 2007 10:10 AM, Ronald Oussoren <[EMAIL PROTECTED]> wrote: > That's partially because there's a large set of developers that only > test on Linux and then assume code will work everywhere :-/ I'm guilty of that in reverse. I only test on OS X and let Linux users fend for themselves until

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Ronald Oussoren
On 5 Nov, 2007, at 19:09, Christopher Barker wrote: Ronald Oussoren wrote: Frameworks are IMHO a great idea. I agree, it's just that we need to port everything else to work with them - it gets tedious. That's partially because there's a large set of developers that only test on Linux

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Christopher Barker
Ronald Oussoren wrote: > Frameworks are IMHO a great idea. I agree, it's just that we need to port everything else to work with them - it gets tedious. > The problems with virtualenv are probably shallow, Let's hope so. That comment was born of frustration from another project (GDAL) -- appa

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Ronald Oussoren
On 5 Nov, 2007, at 18:08, Christopher Barker wrote: Ronald Oussoren wrote: Virtualenv almost but not quite works on OSX. Well, darn. I think Frameworks are a great idea, but as no one but Apple uses them, I"m really starting to think that they are not worth the effort. Sometimes, "think

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-05 Thread Christopher Barker
Ronald Oussoren wrote: > Virtualenv almost but not quite works on OSX. Well, darn. I think Frameworks are a great idea, but as no one but Apple uses them, I"m really starting to think that they are not worth the effort. Sometimes, "thinking different" isn't such a great idea. Oh well, -Chris

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Ronald Oussoren
On 2 Nov, 2007, at 12:32, Kent Johnson wrote: Christopher Barker wrote: I suppose this may be a time to take a good look at workingenv again... Or virtualenv which has replaced workingenv: http://pypi.python.org/pypi/virtualenv Virtualenv almost but not quite works on OSX. I've donated th

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Nicholas Riley
On Fri, Nov 02, 2007 at 01:06:08PM -0700, Christopher Barker wrote: > Ned Deily wrote: > > The easiest way is to use the install_requires keyword in setup.py. See > > the setuptools documentation here: > > > > > > That appears to handle depe

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Robert Kern
Christopher Barker wrote: > Ned Deily wrote: >> The easiest way is to use the install_requires keyword in setup.py. See >> the setuptools documentation here: >> >> > > That appears to handle dependencies: > > install_requires > A string or l

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Christopher Barker
Ned Deily wrote: > The easiest way is to use the install_requires keyword in setup.py. See > the setuptools documentation here: > > That appears to handle dependencies: install_requires A string or list of strings specifying what other dist

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Brian Granger
This is definitely worth looking at for this type of thing. Thanks for the pointer. Brian On 11/2/07, Kent Johnson <[EMAIL PROTECTED]> wrote: > Christopher Barker wrote: > > I suppose this may be a time to take a good look at workingenv again... > > Or virtualenv which has replaced workingenv: >

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-02 Thread Kent Johnson
Christopher Barker wrote: > I suppose this may be a time to take a good look at workingenv again... Or virtualenv which has replaced workingenv: http://pypi.python.org/pypi/virtualenv Kent ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://m

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-01 Thread Ned Deily
In article <[EMAIL PROTECTED]>, Christopher Barker <[EMAIL PROTECTED]> wrote: > Ned Deily wrote: > > Ah, but there is a de-facto standard multi-platform Python versioning > > system out there in ever increasing use: setuptools (a.k.a > > easy_install). > OK I've heard eggs support versioning, b

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-01 Thread Christopher Barker
Ned Deily wrote: > Ah, but there is a de-facto standard multi-platform Python versioning > system out there in ever increasing use: setuptools (a.k.a > easy_install). OK I've heard eggs support versioning, but I've never actually seen it used --how do you specify which version of a package you

Re: [Pythonmac-SIG] Problem with numpy on Leopard

2007-11-01 Thread Ned Deily
In article <[EMAIL PROTECTED]>, Christopher Barker <[EMAIL PROTECTED]> wrote: > [...] AARRGG! > [...] > Hence Roberts solution: treat the Apple Python as a system only tool, > only to be added to by Apple themselves. I guess that's OK, but it's > really silly that it has to be that way. > > The