visualpython-users

[Visualpython-users] native Mac

[Bruce S. <Bru...@nc...>]

We have a Mac lab and one of the support people made the following 
comment, which I pass along on the chance it will suggest another 
possible approach for someone in the VPython community who is 
knowledgeable about the Mac environment.

----------------------
I find it much more difficult for me to support the separate Xwindows 
vpython.  My goal is to get to a native MacOS X implementation which can 
be layered on the python that ships from the vendor.  From my stand 
point if I could just add Numeric and Visual to 
/Library/Python/2.3/site-packages and then call 
/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/idlelib/idle 
  I am way ahead of the game support wise (no Xwindows to block logout, 
no long build sessions, vendor does most of the work, etc).

So to that end, the dependencies not shipped with 10.4 appear to be 
Boost and Gtk+ (which both have 10.3/4 native builds). I believe that a 
full non-Xwindows build of Visual could be done (Numeric and numarray 
are already available at http://pythonmac.org/packages/) but I do not 
have the resources to put into any development in this area.  There may 
be other dependencies I am not aware of as well.

Otherwise:
For the individual user the workaround posted by Aaron Titus is fine. 
If you wanted to extend that by creating a platypus 
(http://sveinbjorn.sytes.net/platypus) application which would be a self 
contained application of the vpython Xwindows parts from fink that would 
be great!!

Re: [Visualpython-users] native Mac

[Brad M. <bm...@lu...>]

I agree!

The folks over on the pythonmac-sig mailing list are doing a great  
job of building packages that integrate with either 2.3.5 or even  
better the 2.4.1 build of Python.  Both of which have a nice version  
of idle.  It seems like such a waste to me to have to start up X11 to  
do OpenGL when there is such great OpenGL support native on the mac.

I have tried (unsuccessfully) to get the latest versions of Boost,  
Boost.python and VPython to compile and work together under gcc-4.0  
and Tiger.  If anyone is interested in collaborating I would be  
willing to continue to put some effort on this.

Brad
--
Brad Miller, PhD
Assistant Professor, Computer Science
Luther College
http://www.cs.luther.edu/~bmiller
jabber:  bn...@ja...



On May 17, 2005, at 3:47 PM, Bruce Sherwood wrote:

> We have a Mac lab and one of the support people made the following  
> comment, which I pass along on the chance it will suggest another  
> possible approach for someone in the VPython community who is  
> knowledgeable about the Mac environment.
>
> ----------------------
> I find it much more difficult for me to support the separate  
> Xwindows vpython.  My goal is to get to a native MacOS X  
> implementation which can be layered on the python that ships from  
> the vendor.  From my stand point if I could just add Numeric and  
> Visual to /Library/Python/2.3/site-packages and then call /System/ 
> Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/ 
> idlelib/idle  I am way ahead of the game support wise (no Xwindows  
> to block logout, no long build sessions, vendor does most of the  
> work, etc).
>
> So to that end, the dependencies not shipped with 10.4 appear to be  
> Boost and Gtk+ (which both have 10.3/4 native builds). I believe  
> that a full non-Xwindows build of Visual could be done (Numeric and  
> numarray are already available at http://pythonmac.org/packages/)  
> but I do not have the resources to put into any development in this  
> area.  There may be other dependencies I am not aware of as well.
>
> Otherwise:
> For the individual user the workaround posted by Aaron Titus is  
> fine. If you wanted to extend that by creating a platypus (http:// 
> sveinbjorn.sytes.net/platypus) application which would be a self  
> contained application of the vpython Xwindows parts from fink that  
> would be great!!
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

Re: [Visualpython-users] native Mac

[Gary P. <gp...@ri...>]

I'm no Mac developer but ... would the MacEnthon project help us get 
things straight?
http://www.scipy.org/wikis/featurerequests/MacEnthon
(a one-click-install native Mac scientific python environment.)


I have one foot in Windows and one foot in Mac and I can tell you that 
installing on a Mac is a real pain.  Over Chrismas I had to install on 
some virgin (fink-less, X11-less) 10.2 machines and some 10.3 machines.  
10.3 was a little smoother, but it took about 12 days to do the job.  (I 
also installed scipy, ipython and matplotlib).    I also had to install 
on a Windows machine.  The whole thing took 20 minutes.
 
[Personally I don't like the Mac interface, so I normally operate on the 
Mac using fink apps in Xwindows.   (flame on!)  But I'm sure I can learn 
to love the Mac.  :)   I'm old and set in my ways, having cut my teeth 
on punch cards, and then advanced to RT-11]



Bruce Sherwood wrote:

> We have a Mac lab and one of the support people made the following 
> comment, which I pass along on the chance it will suggest another 
> possible approach for someone in the VPython community who is 
> knowledgeable about the Mac environment.
>
> ----------------------
> I find it much more difficult for me to support the separate Xwindows 
> vpython.  My goal is to get to a native MacOS X implementation which 
> can be layered on the python that ships from the vendor.  From my 
> stand point if I could just add Numeric and Visual to 
> /Library/Python/2.3/site-packages and then call 
> /System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/idlelib/idle 
>  I am way ahead of the game support wise (no Xwindows to block logout, 
> no long build sessions, vendor does most of the work, etc).
>
> So to that end, the dependencies not shipped with 10.4 appear to be 
> Boost and Gtk+ (which both have 10.3/4 native builds). I believe that 
> a full non-Xwindows build of Visual could be done (Numeric and 
> numarray are already available at http://pythonmac.org/packages/) but 
> I do not have the resources to put into any development in this area.  
> There may be other dependencies I am not aware of as well.
>
> Otherwise:
> For the individual user the workaround posted by Aaron Titus is fine. 
> If you wanted to extend that by creating a platypus 
> (http://sveinbjorn.sytes.net/platypus) application which would be a 
> self contained application of the vpython Xwindows parts from fink 
> that would be great!!
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
>

Re: [Visualpython-users] native Mac

[Jonathan B. <jbr...@ea...>]

On Tue, 2005-05-17 at 16:47 -0400, Bruce Sherwood wrote:

> So to that end, the dependencies not shipped with 10.4 appear to be 
> Boost and Gtk+ (which both have 10.3/4 native builds).

Oh?  To the best of my knowledge, there is no "native" build of Gtk+
that doesn't use X11.  Three projects were started to port Gtk 1.2 to
Carbon or Cocoa; those died.  One more is working on Gtk 2.x, but it
isn't remotely close to being ready.

-Jonathan