[Pythonmac-SIG] Re: [Pyobjc-dev] PyObjC py2app-branch merged to trunk

2004-12-06 Thread Victor Ng
Thanks for the tips - I'm on 10.3 and I've just gone through and  
deleted py2app and PyObjC files from /Library/Python/2.3/ and  
/System/Library/.../site-packages, reinstalled using the bdist pkg and  
still no luck.

I just tried everything on another 10.3 machine and everything works  
without any issues.  Weird. I've been getting other strange behavior on  
my computer - time to reinstall Panther.  crap.

vic
On 4-Dec-04, at 12:02 PM, Bob Ippolito wrote:
After waking up a bit I realized this is could possibly be because you  
didn't remove an old PyObjC installation first.  Do that, and then  
reinstall.

Using the bdist_mpkg installer (which will also install py2app) is  
another way to wipe the old installation clean.  From the pyobjc  
source tree:
% python setup.py bdist_mpkg --open

If that doesn't work, I'm not sure what to tell you, because it works  
just fine on three computers here (one OS X 10.2 and two OS X 10.3)  
with standard-enough configurations.

-bob
On Dec 4, 2004, at 11:45, Bob Ippolito wrote:
What version of Mac OS X is this?
On Dec 4, 2004, at 10:36, Victor Ng wrote:
I'm having problems with buliding the example applications - not
really sure what I'm doing wrong.
I've just installed py2app from it's svn trunk, and pyobjc from svn  
trunk.

When I run setup.py py2app on the CurrencyConverter example, I get an
error dialog popping up with:
ImportError:  
'/Users/victorng/dev/pyobjc/trunk/pyobjc/Examples/CurrencyConverter/ 
dist/CurrencyConverter.app/Contents/Resources/Python/lib-dynload/ 
objc/_objc.so'
not found

When I try looking in the lib-dynload directory - I don't have any
objc, AppKit or other directories that I think I'm supposed to be
getting.
Any pointers?
vic
On Sun, 28 Nov 2004 23:58:38 -0500, Bob Ippolito <[EMAIL PROTECTED]>  
wrote:
The py2app-branch of PyObjC has been merged to trunk, and  
development
will continue on trunk.  For those of you that have checked out
py2app-branch, please svn switch back to
http://svn.red-bean.com/pyobjc/trunk/pyobjc

Enhancements include but are not limited to:
- All buildapp.py scripts are gone, bundlebuilder is no longer used
anywhere.  Examples now have setup.py scripts and are built with
"python setup.py py2app".
- The way setup.py works has changed significantly.  It now  
supports a
bdist_mpkg command to build a .mpkg distribution containing both  
PyObjC
and py2app
- Includes a copy of what will be py2app 0.1.6 (or possibly 0.2.0 ..
depending on what else I change)
- Enhanced compatibility with the Apple Objective C runtime
- Bugfixes and minor feature additions on several other fronts
- A sandbox directory with some new half-baked ideas for a new
Objective C header parser

The Xcode template still does not support py2app.  I would recommend
that if you use Xcode, you should only use it for development.
Deployment should be done using py2app.
-bob
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real  
users.
Discover which products truly live up to the hype. Start reading  
now.
http://productguide.itmanagersjournal.com/
___
Pyobjc-dev mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pyobjc-dev


---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real  
users.
Discover which products truly live up to the hype. Start reading  
now.http://productguide.itmanagersjournal.com/
___
Pyobjc-dev mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pyobjc-dev




smime.p7s
Description: S/MIME cryptographic signature
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


Re[2]: [Pythonmac-SIG] Building 2.4

2004-12-06 Thread Floris van Manen

BI> Yes, also set the environment variables for make.


Being a novice python programmer for at least some years to come, a
simple question came up.
How difficult would it be for the eminent mac python gurus to provide
a python script (GetGoing.py :-) doing all the installation needed to
install the new 2.4 version as a *replacement* for the pre-installed 2.3
version on osx 10.3 ?

thanks!
Floris van Manen


___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


Re: [Pythonmac-SIG] Building 2.4

2004-12-06 Thread Ronald Oussoren
On 3-dec-04, at 16:55, Ronald Oussoren wrote:
I'll see if I can build a working example for this tomorrow.
The timemachine failed, but I managed to create something that actually 
works.

The attached pseudo-package patches distutils when you try to import 
it. It performs two patches:

1) The changed linking command as mentioned before in this thread
2) Distutils will now install scripts and include-files in 
/Library/Python/2.3/additional-files. The buildext command should also 
pick up the include-files that are installed in additional-files.

Item 2 takes away the need to change the permissions and/or ownership 
of files in /System/Library/Python.framework.

NOTE: this code is barely tested.
Ronald


distutils-hack.tar.gz
Description: GNU Zip compressed data
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


Re: Re[2]: [Pythonmac-SIG] Building 2.4

2004-12-06 Thread Bob Ippolito
On Dec 6, 2004, at 4:52, Floris van Manen wrote:
BI> Yes, also set the environment variables for make.
Being a novice python programmer for at least some years to come, a
simple question came up.
How difficult would it be for the eminent mac python gurus to provide
a python script (GetGoing.py :-) doing all the installation needed to
install the new 2.4 version as a *replacement* for the pre-installed 
2.3
version on osx 10.3 ?
Extremely difficult, because nobody who knows what they're doing is 
going to encourage you to replace *ANY* pre-installed Apple software.  
Touching files in /System and /usr (except /usr/local) is primarily 
reserved for Apple, and changing anything in there is almost guaranteed 
to break something.

Install it to the standard place, and change your $PATH such that 
/usr/local/bin comes before /usr/bin.  Then when you type "python" you 
get Python 2.4.  That's probably what you actually want, anyway.

-bob
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


Re: [Pythonmac-SIG] Building 2.4

2004-12-06 Thread whamoo

Extremely difficult, because nobody who knows what they're doing is 
going to encourage you to replace *ANY* pre-installed Apple software.  
Touching files in /System and /usr (except /usr/local) is primarily 
reserved for Apple, and changing anything in there is almost 
guaranteed to break something.

Install it to the standard place, and change your $PATH such that 
/usr/local/bin comes before /usr/bin.  Then when you type "python" you 
get Python 2.4.  That's probably what you actually want, anyway.

-bob
But in this way i need to reinstall all third part modules
There is a way to use old modules with python2.4 without reinstall all?
(i have all modulen in (Library/Python/2.3)
Whamoo www.rknet.it
Powered by:
- MacOsX
- Gnu / Linux Debian Sarge
- Amiga Os 3.9
- Milk
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


Re: [Pythonmac-SIG] Building 2.4

2004-12-06 Thread Bob Ippolito
On Dec 6, 2004, at 12:44 PM, whamoo wrote:

Extremely difficult, because nobody who knows what they're doing is 
going to encourage you to replace *ANY* pre-installed Apple software. 
 Touching files in /System and /usr (except /usr/local) is primarily 
reserved for Apple, and changing anything in there is almost 
guaranteed to break something.

Install it to the standard place, and change your $PATH such that 
/usr/local/bin comes before /usr/bin.  Then when you type "python" 
you get Python 2.4.  That's probably what you actually want, anyway.
But in this way i need to reinstall all third part modules
There is a way to use old modules with python2.4 without reinstall all?
(i have all modulen in (Library/Python/2.3)
No!  You must reinstall all third party modules that have compiled 
extensions.  Python 2.3 and Python 2.4 DO NOT have binary compatible C 
APIs.

-bob
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig


[Pythonmac-SIG] [ANN] py2app 0.1.6

2004-12-06 Thread Bob Ippolito
I've rolled together a new 0.1.6 release of py2app 
 that includes the following 
feature enhancements and probably a few bug fixes:

modulegraph:
- This is now a top-level package and should be cross-platformish and 
not at all py2app specific (if someone wants a project, integrate this 
into py2exe/cx_Freeze/etc.)

altgraph:
- Some common code between modulegraph and macholib was moved into 
altgraph (the ObjectGraph data structure, for example)

macholib:
- Lots of code in its supporting library, ptypes, was removed, 
rewritten and optimized for performance and simplicity.
- The API has totally been changed (I don't think anyone else uses it, 
so I don't feel bad about it :)
- It uses altgraph for its data structure now
- More correct algorithms for locating dylibs and frameworks based upon 
a thorough reading of the dyld source code

bdist_mpkg:
- Made the dependency checking more specific for better Installer 
compatibility
- Fixed some minor bugs

py2app:
- New "plugin" target for building loadable bundles (i.e. Interface 
Builder palettes).  This is a crazy hack, and will never work perfectly 
due to the icky globalness of the Python interpreter, but works well 
enough in practice.
- Plugin example
- Sets a new ARGVZERO environment variable that points to the argv[0] 
that was passed to main(...).
- Sets a new EXECUTABLEPATH environment variable that points to the 
actual path of the executable that was run (which will be == to 
ARGVZERO most of the time)
- suboptimal PyQt support (sip and PyQt are built in really strange 
ways and have lots of interdependencies at the C/C++ level so whenever 
you use ANY sip module you use ALL sip modules)
- PyQt example
- suboptimal PyOpenGL support (PyOpenGL has a stupid way of finding its 
version that prevents it from being easily bundled)
- PyOpenGL example
- py2applet command line tool (performs the same function as the GUI 
app)

-bob
___
Pythonmac-SIG maillist  -  [EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/pythonmac-sig