🌐 Mailman 3 October 2009 - Pythonmac-SIG - python.org

Setting up locale on Mac - how should this been done?
by Barry Scott Oct. 7, 2009

Oct. 7, 2009

I have a wxPython application (PySVN WorkBench) that is a bundle. When the app runs the environment does not contain any of the usual variables that would be used to into the locale, LANG, LC_ALL etc. What I can see in the environment is __CF_USER_TEXT_ENCODING. I have failed to find details of how to interpret the value of this environment variable which leads me to believe I should not do processing it directly. The trick that works on windows does not work. Windows init: locale.setlocale( locale.LC_ALL, '' ) $ python2.6 Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.getdefaultlocale() (None, 'mac-roman') >>> locale.getlocale() (None, None) >>> locale.setlocale( locale.LC_ALL, '' ) 'C' >>> locale.getlocale() (None, None) >>> The default locale of (None, 'mac-roman') is useless as it does not say which locale the user has selected in System Preferences, Language and Text. How should I init the locale to the users choice? Barry

2 2

Command line imports module but built *.app complains No module yaml
by hari jayaram Oct. 5, 2009

Oct. 5, 2009

Hello, I am using the svn build of py2app. I created a test app with the following setup file ( see below). Now if I create a test app with command python setup.py py2app -A When I try to open the dist file open dist/GridZilla.app I get a popup no module found yaml I know the yaml module is present because I see it in site-packages and the script GridZilla.py starts up just fine from the shell where the py2app was run. I can also see the module in the GridZilla.app /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml Is there a reason why the GridZilla.app created cannot "see" the yaml module either in /Library/Python/2.5/site-packages or inside the *.app Bundle. How do I get around this? . I have attached a list of my site-packages. I tried to create the app with and without packages specified in the OPTIONS dict. But not matter what the app complains about "No Module yaml" I am attaching a screen dump of the build process without the -A option Thanks for your help Hari """ This is a setup.py script generated by py2applet Usage: python setup.py py2app """ from setuptools import setup APP = ['GridZilla.py'] DATA_FILES = [] OPTIONS = {'argv_emulation': True, 'iconfile': '/Users/hari/gzilla/src/gzilla_ico_fin.icns', 'packages': 'yaml'} setup( app=APP, data_files=DATA_FILES, options={'py2app': OPTIONS}, setup_requires=['py2app'], ) My site-packages: hazel:yaml hari$ ls /Library/Python/2.5/site-packages/ PyYAML-3.09-py2.5.egg-info _rl_accel.so epydoc modulegraph-0.7.2.dev_r21-py2.5.egg reportlab setuptools.pth README altgraph-0.6.8.dev_r9-py2.5.egg epydoc-3.0.1-py2.5.egg-info py2app-0.4.2-py2.5.egg reportlab-2.3-py2.5.egg-info sgmlop.so _renderPM.so easy-install.pth macholib-1.2.1-py2.5.egg pyHnj.so setuptools-0.6c9-py2.5.egg yaml

2 3

PIL and Snow Leopard
by Jerry LeVan Oct. 5, 2009

Oct. 5, 2009

> > From: Jerry LeVan <Jerry.Levan(a)EKU.EDU> > Date: October 3, 2009 6:32:45 PM EDT > To: Bill Janssen <janssen(a)parc.com> > Cc: "pythonmac-sig(a)python.org" <pythonmac-sig(a)python.org> > Subject: Re: [Pythonmac-SIG] PIL and Snow Leopard > > > > On Oct 2, 2009, at 7:40 PM, Bill Janssen wrote: > >> Jerry LeVan <jerry.levan(a)eku.edu> wrote: >> >>> Is building PIL on Snow Leopard 'easy' I have the apple python >>> (32/64) >>> installed and the python.org 2.6.2 (32 bit) version installed. >> >> Yes, I just build it with /usr/bin/python, and it works fine. >> Assuming >> you have Xcode 3.2 installed. >> >> Bill > > Ugh, this is getting messy... > > I think that I have built libfreetype.dylib and libjpeg.dylib as > i386 and x86_64 libs...at least that is what the file command asserts. > > I then built the PIL package using the system python in 64 bit mode > and > installed the rascal in the Apple python. All of the libs appear to be > multi-architecture ppc, i386 and x86_64 > > When I run apple python in 64 bit mode I can run the PIL demos... > > If I restrict apple python to 32 bit mode all of the programs fail > with a bus error. > > ********* > > I then tried to build PIL using the 2.6.2 python from python.org. > 1) It would not build under gcc-4.2 I had to define CC=gcc-4.0 > the build appeared to succeed and I installed the PIL system. > 2) All of the demos failed... > > I noticed that _imagingtk.so was dynamically linked against > the ActiveState Tcl/Tk that is installed in /Library/Frameworks/ > Tcl.framework > > [mbp:/Library/Python/2.6/site-packages/PIL]$ otool -L _imagingtk.so > _imagingtk.so: > /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility > version 8.5.0, current version 8.5.4) > /Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility > version 8.5.0, current version 8.5.4) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 124.1.1) > > I suppose that I could hide the ActiveState versions by renaming the > Frameworks... > > But even if I did that, how could I force setup.py to use the apple > 8.4 tcl/tk system instead > of the 'current' 8.5 system? > > Any suggestions as to how I can get PIL to work when apple python is > in 32 bit mode? > > Any suggestions as to how I can build PIL using the 2.6.2 version of > Python from python.org? > > This is getting ugly...too many impedance mismatches. > > Jerry > A little more success to report. .. I hid the activestate tcl/tk frameworks in /Library/Frameworks and set CC to gcc-4.0 and rebuilt PIL and otool showed that _imagingtk.so was linked against the apple 8.4 Tcl/Tk system. So I installed the build and "tada" Imaging appears to be working in python.org version of python (2.6.2). So this leaves only the "why does apple python (2.6.1) not work when run in 32 bit mode but does in 64 bit mode" question open... Has anyone had success with PIL in this case? Thanks Jerry

2 2

PIL and Snow Leopard
by Jerry LeVan Oct. 4, 2009

Oct. 4, 2009

Snow Leopard seems to have severely broken my WxPython Postgresql database browser tool... two or three queries and the app locks up or dies. I have been trying to 'spiff up' its parent, a Tkinter based browser, which still works except that I appear to have lost PIL, Image and Image-Tk some where along the way so I cannot view images stored in the database any more. Is building PIL on Snow Leopard 'easy' I have the apple python (32/64) installed and the python.org 2.6.2 (32 bit) version installed. Anyone have any experiences in building PIL in the above environment? Anyone else having a problem with WxPython on Snow Leopard? Thanks for any insights... Jerry

6 5

Module build fails because distutils adds "-isysroot"
by Patrick Näf Oct. 4, 2009

Oct. 4, 2009

Hi folks I'm currently writing a very simple Python module in C that provides an interface to libaprutil's MD5 routines. I compile my module using distutils, as per instructions in the "Building C and C++ Extensions with distutils" chapter of the official Python docs. Since Mac OS X has libaprutil pre-installed, it seems natural that I try to use the system version of the library. My Python module's .c file therefore contains the following #include directive: #include <apr-1/apr_md5.h> Everything works fine (module compiles and I can use it) as long as I use the system version of Python (2.5.1) to compile the module. The problem is that I *really* need to build the module with Python 2.6 or newer, and this is where my trouble starts. I have Python 3.1.1 installed in /Library/Frameworks/Python, and with this version of Python my module's build fails miserably, like this: tharbad:~ patrick$ /Library/Frameworks/Python.framework/Versions/3.1/bin/python3.1 ./setup.py build_ext --inplace running build_ext building 'aprmd5' extension gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -I/Library/Frameworks/Python.framework/Versions/3.1/include/python3.1 -c aprmd5.c -o build/temp.macosx-10.3-fat-3.1/aprmd5.o aprmd5.c:43:60: aprmd5.c:43:60: error: apr-1/apr_md5.h: No such file or directory [...] The problem here is that the gcc option "-isysroot" moves the root for system includes to the SDK directory (/Developer/SDKs/MacOSX10.4u.sdk), away from the normal root (/). Unfortunately, the SDK does not contain the header <apr-1/apr_md5.h>, which causes the build to fail. Where does "-isysroot" come from? Not from my module, it's added automatically by distutils. I believe I have correctly diagnosed the problem, and I can certainly work around it *somehow* in my module, but since I am rather new to Python I have trouble deciding on a solution that is appropriate. I am therefore writing to this list, hoping someone reading this can give me some advice. 1) Is my problem a known situation for which there is a generally accepted, best-practice solution? If so, a pointer in the right direction would be most welcome. If not, what would seem to be a good solution? Make my own build of libaprutil using the MacOSX10.4u SDK? Rely on a third-party build of libaprutil (e.g. fink)? Force the compiler to use the system's libaprutil? 2) Is this a bug in the MacOSX10.4u SDK, i.e. should the SDK contain the headers for libaprutil? This seems possible to me, because the SDK certainly contains headers for other libraries (e.g. openssl), so why not for libaprutil? 3) Is this a bug in the Python distribution, i.e. should the Python 3.1.1 distutils *not* add "-isysroot"? I think this is not the case, distutils should add the option because Python probably was built with the SDK. 4) Is my work obsolete because someone already has written a Python module that interfaces libaprutil and has solved all of my problems? If this is so, again, pointers would be very welcome. Thanks for your time Patrick System setup: - Mac OS X 10.5.8 (includes libaprutil 1.2.7) - gcc --version: powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5493) - Yes, I *do* have the MacOSX10.4u SDK installed :-) - Python 3.1.1, downloaded from http://www.python.org/ftp/python/3.1.1/python-3.1.1.dmg (I have also tried Python 2.6.2 and 3.0.1, with the same result)

3 4

web services
by sudhakar s Oct. 1, 2009

Oct. 1, 2009

HI, Can any one suggest me how to create a simple web service. Started working with webservices but fully confused with searches i made. any one have simple web service script which is currently working? -- With Regards, S Sudhakar.

4 3