On 2 Nov, 2007, at 5:09, Dav Clark wrote:
I've seen a couple of posts now about difficulty using the system
python in Leopard. I wonder if anyone else has used the solution
offered by Phillip Eby here:
http://peak.telecommunity.com/DevCenter/EasyInstall#creating-a-virtual-python
Basically, t
On 1 Nov, 2007, at 17:32, William Kyngesburye wrote:
(Is it OK to ask about Apple's Leopard Python 2.5?)
I'm a little confused about the 64bit-ness of Apple's Python 2.5. I
see that the framework is, but the python executable is only universal
32bit. The modules (lib/python2.5/lib-dynload) a
In article <07Nov1.205537pst."57996"@synergy1.parc.xerox.com>,
Bill Janssen <[EMAIL PROTECTED]> wrote:
> This is really interesting. For my apps, I use the system Python on
> Tiger, and expect to do it again with Leopard. If I have to have a
> specific version of an extension that's needed, I ma
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
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
> > It's not entirely silly. This has been the advice given to app
> > developers on this list and the PyObjC list for years now. It's nice
> > to have a better system Python for quick scripts, but it's still the
> > System Python. It's Apples, for their stuff that uses Python. And it
> > is sp
> It's not entirely silly. This has been the advice given to app
> developers on this list and the PyObjC list for years now. It's nice
> to have a better system Python for quick scripts, but it's still the
> System Python. It's Apples, for their stuff that uses Python. And it
> is specific to
I've seen a couple of posts now about difficulty using the system
python in Leopard. I wonder if anyone else has used the solution
offered by Phillip Eby here:
http://peak.telecommunity.com/DevCenter/EasyInstall#creating-a-virtual-python
Basically, this wraps your system (or any) python and
Yeah after looking at it again, I noticed certain things, like
__class__, had 4, and not 1, entries in the listing. It's a bit
annoying, since with something like numpy's 'array', it'll fill up
your window with 320+ items.
I thought about debugging it, but I don't know how to intercept the
I get even more duplicates than that...
>>> i.__
Display all 121 possibilities? (y or n)
i.__abs__ i.__abs__ i.__add__
i.__add__ i.__and__ i.__and__
i.__class__ i.__class__ i.__class__
i.__class__ i.__cmp__
Following along the whole rlcompleter/readline/editline thread, I noticed
today that when I do tab completion on a class, I get everything listed
twice.Happens in python and ipython.
Example:
>>> i = int(5)
>>> i
5
>>> i.__
Display all 121 possibilities? (y or n)
i.__abs__ i.__abs__
I just realized - if the python executables are only 32bit universal,
what's the point of having anything else in python (including the
python framework) 64bit? Is there some alternate way of using python
that would operate in 64bits?
Maybe I should wait for a non-Apple 64bit build, conside
On 11/1/07, Christopher Barker <[EMAIL PROTECTED]> wrote:
> Robert Kern wrote:
> > It's unlikely they are going to. If they put that stuff there, it's because
> > they
> > are using it for something, not as an (in)convenience to you. I don't
> > recommend
> > using the Python.framework in /System
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
Sorry I don't know the answer to this, but...
Are you saying that there are two passes in the sys.path resolution?
first pass: go through the sys.path elements and parse (execute)
the .pth files
second pass: load things
Actually I suppose there is no "second pass" -- it's just that .pth
file
Cool. Thanks, that's what I need.
On Nov 1, 2007, at 6:16 PM, Nicholas Riley wrote:
> On Thu, Nov 01, 2007 at 11:32:58AM -0500, William Kyngesburye wrote:
>> (Is it OK to ask about Apple's Leopard Python 2.5?)
>>
>> I'm a little confused about the 64bit-ness of Apple's Python 2.5. I
>> see that
On Thu, Nov 01, 2007 at 11:32:58AM -0500, William Kyngesburye wrote:
> (Is it OK to ask about Apple's Leopard Python 2.5?)
>
> I'm a little confused about the 64bit-ness of Apple's Python 2.5. I
> see that the framework is, but the python executable is only universal
> 32bit. The modules (li
>
>
>
> -- Forwarded message --
> From: Christopher Barker <[EMAIL PROTECTED]>
> To: Discussion of Numerical Python <[EMAIL PROTECTED]>,
> Pythonmac-Sig
> Date: Thu, 01 Nov 2007 16:12:02 -0700
> Subject: Re: [Pythonmac-SIG] [Numpy-discussion] Problem with numpy on
> Leopard
> Rober
Robert Kern wrote:
>> The problem will arise for every package, not only numpy, so Apple
>> fixing this is the best solution IMHO.
>
> It's unlikely they are going to. If they put that stuff there, it's because
> they
> are using it for something, not as an (in)convenience to you. I don't
> reco
On 1-Nov-2007, at 20:45 , Brian Granger wrote:
> Running python setup.py install on Leopard causes packages to be
> installed in the usual:
>
> /Library/Python/2.5/site-packages
>
> But, Apple put this directory _after_
>
> /System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/
> py
Hi,
I have been playing around with python on Leopard today. Overall, I
am very pleased, but I just ran into a problem that will affect a
large number of users.
In Leopard, Apple includes a number of python packages in:
ls /System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/pyth
I haven't tested this extensively, but I believe you could add a
compiler options to the setup.py command line:
python setup.py -Xcompiler -m64 -arch x86_64
Or something like that.
I have a 64-bit Leopard machine in the other room. I'll try it and see.
On Nov 1, 2007, at 10:32 AM, William
Thanks for all the work you've put into this Ronald! My copy of
Leopard is due to arrive today and I'm eager to play with the new
frameworks.
--Dethe
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonm
(Is it OK to ask about Apple's Leopard Python 2.5?)
I'm a little confused about the 64bit-ness of Apple's Python 2.5. I
see that the framework is, but the python executable is only universal
32bit. The modules (lib/python2.5/lib-dynload) and extras are a mix
of 64bit and non-64bit, I presu
Very exciting Ronald! Thanks for the hard work. It appears that I need to
go to WWDC next yearthat is where all the cool stuff happens. Any
recommendations on something cool to do a 10 minute demo on for our local
Python User's group? I just now started playing with some of the examples
fro
Folks,
I have commited the version of pyobjc that's included in Leopard into
the public repository. This version is mostly useful on Leopard right
now, as it doesn't include complete metadata files but relies on the
metadata files on the system. Those are present in Leopard, but not on
T
26 matches
Mail list logo
