From nathaniel.echols at gmail.com Fri Feb 15 20:41:57 2013 From: nathaniel.echols at gmail.com (Nat Echols) Date: Fri, 15 Feb 2013 11:41:57 -0800 Subject: [Pythonmac-SIG] broken symlinks when building framework Message-ID: Hi-- We are building the Python framework and packaging it for distribution along with a large volume of other scripts and shared libraries. One step involves running shutil.copy to move the common 'bin' directory to a temporary directory. This fails when it gets to the symlinks generated by the 'installunixtools' option in the Mac-specific makefile: "/net/clover/scratch1/builder/build_cctbx_plus/base/Python.framework/Versions/2.7/lib/python2.7/shutil.py", line 82, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: 'bin/2to3-2' Indeed, the 'bin' directory contains a number of such broken symlinks to non-existent files in Python.framework/Versions/2.7/bin, basically all of them the versioned commands. I looked at the Makefile code and it is clearly linking each of these explicitly, but the framework build never creates them in the first place. Are we missing a step in our building and installation, or is this just a bug? thanks, Nat From nad at acm.org Fri Feb 15 22:11:16 2013 From: nad at acm.org (Ned Deily) Date: Fri, 15 Feb 2013 13:11:16 -0800 Subject: [Pythonmac-SIG] broken symlinks when building framework References: Message-ID: In article , Nat Echols wrote: > Hi-- > > We are building the Python framework and packaging it for distribution > along with a large volume of other scripts and shared libraries. One > step involves running shutil.copy to move the common 'bin' directory > to a temporary directory. This fails when it gets to the symlinks > generated by the 'installunixtools' option in the Mac-specific > makefile: > > "/net/clover/scratch1/builder/build_cctbx_plus/base/Python.framework/Versions/ > 2.7/lib/python2.7/shutil.py", > line 82, in copyfile > with open(src, 'rb') as fsrc: > IOError: [Errno 2] No such file or directory: 'bin/2to3-2' > > Indeed, the 'bin' directory contains a number of such broken symlinks > to non-existent files in Python.framework/Versions/2.7/bin, basically > all of them the versioned commands. I looked at the Makefile code and > it is clearly linking each of these explicitly, but the framework > build never creates them in the first place. Are we missing a step in > our building and installation, or is this just a bug? Framework builds can be confusing. Without seeing exactly what "configure" options and "make" commands you are using, I can only speculate. But, normally, the versioned symlinks in the framework bin directory for things like 2to3-2 are created by the "install_versionedtools" target of the Mac/Makefile and that should be part of the dependency chain for the main Makefile "install" target when configured with --enable-framework. The "-2" symlinks are new in 2.7.3 (Issue #12627: PEP 394 support). FWIW, here's an example of a framework build and install that uses non-standard locations. You likely wouldn't need all of the options. export INSTALL_ROOT=/path/to/root ./configure \ --enable-universalsdk=$(xcodebuild -version -sdk macosx Path) \ --with-universal-archs=intel --enable-framework="${INSTALL_ROOT}"/Library/Frameworks \ --with-framework-name=Pytest \ CC=clang \ MACOSX_DEPLOYMENT_TARGET=10.8 make && make install That should build and install into Applications, Library/Frameworks, and bin directories under ${INSTALL_ROOT}. -- Ned Deily, nad at acm.org From nathaniel.echols at gmail.com Fri Feb 15 22:20:13 2013 From: nathaniel.echols at gmail.com (Nat Echols) Date: Fri, 15 Feb 2013 13:20:13 -0800 Subject: [Pythonmac-SIG] broken symlinks when building framework In-Reply-To: References: Message-ID: On Fri, Feb 15, 2013 at 1:11 PM, Ned Deily wrote: > Framework builds can be confusing. Without seeing exactly what > "configure" options and "make" commands you are using, I can only > speculate. But, normally, the versioned symlinks in the framework bin > directory for things like 2to3-2 are created by the > "install_versionedtools" target of the Mac/Makefile and that should be > part of the dependency chain for the main Makefile "install" target when > configured with --enable-framework. The "-2" symlinks are new in 2.7.3 > (Issue #12627: PEP 394 support). > > FWIW, here's an example of a framework build and install that uses > non-standard locations. You likely wouldn't need all of the options. > > export INSTALL_ROOT=/path/to/root > > ./configure \ > --enable-universalsdk=$(xcodebuild -version -sdk macosx Path) \ > --with-universal-archs=intel > --enable-framework="${INSTALL_ROOT}"/Library/Frameworks \ > --with-framework-name=Pytest \ > CC=clang \ > MACOSX_DEPLOYMENT_TARGET=10.8 > > make && make install > > That should build and install into Applications, Library/Frameworks, and > bin directories under ${INSTALL_ROOT}. Thanks, I took a closer look at our install script, and it does this: ./configure --prefix="${install_build}/base" --enable-framework=${install_build}/base >& "$py_install_log" make -j "$number_of_cpus" >>& "$py_install_log" make -j "$number_of_cpus" bininstall libinstall libainstall inclinstall sharedinstall >>& "$py_install_log" cd Mac make install_Python install_pythonw >>& "$py_install_log" cd .. make frameworkinstallstructure frameworkinstallmaclib \ frameworkinstallunixtools FRAMEWORKUNIXTOOLSPREFIX=${install_build}/base >>& "$py_install_log" which looks to me like it isn't going to include the versioned tools. I'm not sure why it's written this way instead of using the simpler targets - it's not my code, but I assume there was a reason for this - but I'm going to try adding "install_versionedtools" after "install_pythonw" and see if that solves the problem. -Nat From ratinaud at univ-tlse2.fr Sun Feb 17 10:02:12 2013 From: ratinaud at univ-tlse2.fr (Pierre Ratinaud) Date: Sun, 17 Feb 2013 10:02:12 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding Message-ID: <51209C94.7000000@univ-tlse2.fr> Hi all, I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. What am I missing ? thanks Pierre From pythonmac at rebertia.com Sun Feb 17 10:14:49 2013 From: pythonmac at rebertia.com (Chris Rebert) Date: Sun, 17 Feb 2013 01:14:49 -0800 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: <51209C94.7000000@univ-tlse2.fr> References: <51209C94.7000000@univ-tlse2.fr> Message-ID: On Feb 17, 2013 1:05 AM, "Pierre Ratinaud" wrote: > > Hi all, > I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. > This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. Not an answer to your direct problem, but: os.popen() is quasi-deprecated. You should use the `subprocess` module instead. Cheers, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From ratinaud at univ-tlse2.fr Sun Feb 17 10:55:47 2013 From: ratinaud at univ-tlse2.fr (Pierre Ratinaud) Date: Sun, 17 Feb 2013 10:55:47 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: References: <51209C94.7000000@univ-tlse2.fr> Message-ID: <5120A923.7000802@univ-tlse2.fr> Actually, I use Popen from subprocess. I don't know why I have written os.popen :) Regards Pierre Le 17/02/2013 10:14, Chris Rebert a ?crit : > > On Feb 17, 2013 1:05 AM, "Pierre Ratinaud" > wrote: > > > > Hi all, > > I have create a .app with py2app for a wxpython application. The > resulting app does not work as expected if I double click on it (it > works but somewhere in the process, an encoding problem appear from > another program called with os.popen). This problem does not occur if > I launch my app directly with python, it does not occur if I launch > the app by double-clic on myapp inside the .app and it does not occur > if I open the .app from a terminal with the "open" command. > > This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under > Mac OS X 10.6.8. > > Not an answer to your direct problem, but: os.popen() is > quasi-deprecated. You should use the `subprocess` module instead. > > Cheers, > Chris > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthias.baas at gmail.com Sun Feb 17 19:56:17 2013 From: matthias.baas at gmail.com (Matthias Baas) Date: Sun, 17 Feb 2013 18:56:17 +0000 Subject: [Pythonmac-SIG] bdist_mpkg replacement Message-ID: <512127D1.1040403@gmail.com> Hi, a while back there has been a discussion about Python 3 support in bdist_mpkg. Basically, I was in the same situation as the original poster and was looking for a way to produce binary packages for Python 3. As it seemed that bdist_mpkg is not maintained anymore and it's using an obsolete package format anyway, I started getting my hands dirty and looked into writing a replacement for it. In the end, it wasn't actually that difficult and it works fine for my project now. So far, I didn't publish it anywhere but if there's enough demand, I'd be happy to create a project space somewhere and make it available. It's implemented as a regular distutils command (called bdist_osxinst, similar to the existing bdist_wininst), so usage should be as you probably would expect. It works with Python 2 and 3 and I tried to make it fairly generic and not tailor it to my own project. So are there still some people around that would like to give this a try or is the general opinion that things like easy_install or pip should be the preferred method anyway? Cheers, - Matthias - From matthew.brett at gmail.com Sun Feb 17 23:30:56 2013 From: matthew.brett at gmail.com (Matthew Brett) Date: Sun, 17 Feb 2013 14:30:56 -0800 Subject: [Pythonmac-SIG] bdist_mpkg replacement Message-ID: Hi, > a while back there has been a discussion about Python 3 support in > bdist_mpkg. Basically, I was in the same situation as the original > poster and was looking for a way to produce binary packages for Python 3. > As it seemed that bdist_mpkg is not maintained anymore and it's using an > obsolete package format anyway, I started getting my hands dirty and > looked into writing a replacement for it. In the end, it wasn't actually > that difficult and it works fine for my project now. I'm maintaining bdist_mpkg, and it should support Python 3 now: https://github.com/matthew-brett/bdist_mpkg > So far, I didn't publish it anywhere but if there's enough demand, I'd > be happy to create a project space somewhere and make it available. > It's implemented as a regular distutils command (called bdist_osxinst, > similar to the existing bdist_wininst), so usage should be as you > probably would expect. It works with Python 2 and 3 and I tried to make > it fairly generic and not tailor it to my own project. > > So are there still some people around that would like to give this a try > or is the general opinion that things like easy_install or pip should be > the preferred method anyway? I for one would be very grateful if you did put up your project. The reason I picked up bdist_mpkg was because pip didn't do binaries, and easy_install required the command line, and seems to be eternally fragile. So, yes, please, do put up your project, I'd love to have a look, and I'm happy to switch if that seems like the best thing. Cheers, Matthew From ronaldoussoren at mac.com Mon Feb 18 13:28:21 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Feb 2013 13:28:21 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: <51209C94.7000000@univ-tlse2.fr> References: <51209C94.7000000@univ-tlse2.fr> Message-ID: <3A0DC189-9B45-4260-A75A-7F1A1DABACDF@mac.com> On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: > Hi all, > I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. > This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. > What am I missing ? I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. Ronald > thanks > Pierre > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG From wrw at mac.com Mon Feb 18 15:11:58 2013 From: wrw at mac.com (William Ray Wing) Date: Mon, 18 Feb 2013 09:11:58 -0500 Subject: [Pythonmac-SIG] bdist_mpkg replacement In-Reply-To: <512127D1.1040403@gmail.com> References: <512127D1.1040403@gmail.com> Message-ID: On Feb 17, 2013, at 1:56 PM, Matthias Baas wrote: > Hi, > > a while back there has been a discussion about Python 3 support in > bdist_mpkg. Basically, I was in the same situation as the original > poster and was looking for a way to produce binary packages for Python 3. > As it seemed that bdist_mpkg is not maintained anymore and it's using an > obsolete package format anyway, I started getting my hands dirty and > looked into writing a replacement for it. In the end, it wasn't actually > that difficult and it works fine for my project now. > > So far, I didn't publish it anywhere but if there's enough demand, I'd > be happy to create a project space somewhere and make it available. > It's implemented as a regular distutils command (called bdist_osxinst, > similar to the existing bdist_wininst), so usage should be as you > probably would expect. It works with Python 2 and 3 and I tried to make > it fairly generic and not tailor it to my own project. > I for one would be very interested in seeing what you've done. So, yes, +1 vote for that from me. Thanks, Bill From ronaldoussoren at mac.com Mon Feb 18 17:21:13 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Feb 2013 17:21:13 +0100 Subject: [Pythonmac-SIG] bdist_mpkg replacement In-Reply-To: <512127D1.1040403@gmail.com> References: <512127D1.1040403@gmail.com> Message-ID: <7AEE2C91-8B96-476B-8425-947615C215D6@mac.com> On 17 Feb, 2013, at 19:56, Matthias Baas wrote: > > So are there still some people around that would like to give this a try > or is the general opinion that things like easy_install or pip should be > the preferred method anyway? In the longer run pip, or tools like it, will support binary packages using the weel format as described by PEP 427 . Support for that format will likely also land in the stdlib for python 3.4. Support for the wheel format isn't ready yet though, and I have no idea how soon it will land in pip. Even when it does it will take some time until there will actually be binary packages using that format on PyPI, and that means there is still room for a mac-specific format at this time. Ronald From harijay at gmail.com Mon Feb 18 20:10:30 2013 From: harijay at gmail.com (hari jayaram) Date: Mon, 18 Feb 2013 14:10:30 -0500 Subject: [Pythonmac-SIG] standalone build failing to find runtime on OSX Snow Leopard - intended target OSX Lion / Mountain Lion Message-ID: Hi I am using py2app version 0.7.3 With a python.org installed python ( It still installs into the framework location Library/Frameworks/Python.framework/Versions/2.7) , I pip installed py2app . My setup script is identical what I used two years back and is reproduced below I can get the build to complete ..but when I try to open the app on the 32 bit machine I built it on or on the target machine which is a 64 bit Lion/ Mountain Lion machines I get an immediate termination with an error saying it could not find the python runtime. .............. 2/18/13 1:58:29 PM,Feb 18, 2013 GridZilla[19405] A Python runtime not could be located. You may need to install a framework build of Python, or edit the PyRuntimeLocations array in this application's Info.plist file. .............. I had gotten the build to complete using a previous version of py2app two years back. The code has changed ever so slightly --mostly in pure python modules. Please can someone give me pointers as to why the standalone python is not found by the app, Thanks a tonne Hari The setup file I am using is """ 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': './gzilla_ico_fin.icns', 'semi_standalone':'False', 'includes': 'wx,reportlab,yaml', 'packages':('wx','reportlab','yaml'), 'site_packages': True} setup( app=APP, data_files=DATA_FILES, options={'py2app': OPTIONS}, setup_requires=['py2app'], ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From ratinaud at univ-tlse2.fr Mon Feb 18 21:22:00 2013 From: ratinaud at univ-tlse2.fr (Pierre Ratinaud) Date: Mon, 18 Feb 2013 21:22:00 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: <3A0DC189-9B45-4260-A75A-7F1A1DABACDF@mac.com> References: <51209C94.7000000@univ-tlse2.fr> <3A0DC189-9B45-4260-A75A-7F1A1DABACDF@mac.com> Message-ID: <51228D68.3010809@univ-tlse2.fr> Hi, > I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. The only message I had was in Console. The software I'm using with Popen (R) is complaining (in french) about encoding in my script. My tests and googling leave me to the conclusion that it is an environment problem : in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 but when double-clicking on the app it gives me us_US.ASCII. In R, Sys.getlocale() give me : "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" and just "C" when double-clicking. This happens with or without --emulate-shell-environment So environment (locale) is not set when double-clicking on app. Also, setting locale in my R script resolves the problem, but it's not a solution in my case (a lot of R script to change). I am about to test setting locale in python (with the env option of Popen), but I need to reboot in OS X : ) Thanks for your help. Regards Pierre Le 18/02/2013 13:28, Ronald Oussoren a ?crit : > On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: > >> Hi all, >> I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. >> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. >> What am I missing ? > I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. > > What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. > > Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. > > Ronald >> thanks >> Pierre >> >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > > -- > Pierre Ratinaud > Ma?tre de conf?rences > D?partement des Sciences de l'Education et de la Formation > Laboratoire LERASS : http://www.lerass.com/ > Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ > tel : 05 61 50 42 28 From ronaldoussoren at mac.com Mon Feb 18 22:18:40 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Feb 2013 22:18:40 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: <51228D68.3010809@univ-tlse2.fr> References: <51209C94.7000000@univ-tlse2.fr> <3A0DC189-9B45-4260-A75A-7F1A1DABACDF@mac.com> <51228D68.3010809@univ-tlse2.fr> Message-ID: <5D5D3DB5-00E0-4C9B-9B5E-D583E79D5DCA@mac.com> On 18 Feb, 2013, at 21:22, Pierre Ratinaud wrote: > Hi, >> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. > The only message I had was in Console. The software I'm using with Popen (R) is complaining (in french) about encoding in my script. > > My tests and googling leave me to the conclusion that it is an environment problem : > in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 but when double-clicking on the app it gives me us_US.ASCII. > In R, Sys.getlocale() give me : > "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" > and just > "C" when double-clicking. > This happens with or without --emulate-shell-environment > So environment (locale) is not set when double-clicking on app. Also, setting locale in my R script resolves the problem, but it's not a solution in my case (a lot of R script to change). I am about to test setting locale in python (with the env option of Popen), but I need to reboot in OS X : ) > Thanks for your help. The startup binary voor pyapp forces LC_CTYPE to en_US.UTF-8 during the call to Py_Initialize, and resets it to whatever it was before afterwards. This is primairly done to ensure a sane I/O encoding when using Python 3 (that is, for the '.UTF-8' bit). I can only test with 10.6 in a virtual machine, I should have some time later this week to do so (in particular to check what locale related environment variables are set automaticly there and to find why --emulate-shell-environmet doesn't pick those up). You can force the right settings by setting them yourself in your python script (os.environ['LC_CTYPE'] = 'fr_FR.UTF-8', etc., etc., before calling subprocess.Popen). That's suboptimal, but should at least give you a working program without changing all R scripts. Ronald > Regards > Pierre > > > > Le 18/02/2013 13:28, Ronald Oussoren a ?crit : >> On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: >> >>> Hi all, >>> I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. >>> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. >>> What am I missing ? >> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. >> >> What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. >> >> Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. >> >> Ronald >>> thanks >>> Pierre >>> >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG >> >> >> -- >> Pierre Ratinaud >> Ma?tre de conf?rences >> D?partement des Sciences de l'Education et de la Formation >> Laboratoire LERASS : http://www.lerass.com/ >> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ >> tel : 05 61 50 42 28 From ronaldoussoren at mac.com Mon Feb 18 22:26:02 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 18 Feb 2013 22:26:02 +0100 Subject: [Pythonmac-SIG] standalone build failing to find runtime on OSX Snow Leopard - intended target OSX Lion / Mountain Lion In-Reply-To: References: Message-ID: On 18 Feb, 2013, at 20:10, hari jayaram wrote: > Hi I am using py2app version 0.7.3 > With a python.org installed python ( It still installs into the framework location Library/Frameworks/Python.framework/Versions/2.7) , I pip installed py2app . > > > My setup script is identical what I used two years back and is reproduced below > > I can get the build to complete ..but when I try to open the app on the 32 bit machine I built it on or on the target machine which is a 64 bit Lion/ Mountain Lion machines I get an immediate termination with an error saying it could not find the python runtime. > > .............. > 2/18/13 1:58:29 PM,Feb 18, 2013 GridZilla[19405] A Python runtime not could be located. You may need to install a framework build of Python, or edit the PyRuntimeLocations array in this application's Info.plist file. > .............. Could you check if the python framework is included in the application bundle ("find GridZilla.app -name Python.framework" should print something), and if there is a reference to that location in the Info.plist file included in the app bundle? You could also try launching the app from the commandline ("dist/Gridzilla.app/Contents/MacOS/Gridzilla"), with some luck this prints some more information although I don't expect anything more given the early stage at which the launch fails. > > I had gotten the build to complete using a previous version of py2app two years back. The code has changed ever so slightly --mostly in pure python modules. > > Please can someone give me pointers as to why the standalone python is not found by the app, The setup.py file should work, I don't know yet why it doesn't work for you. The failure almost certainly not related to any of your code changes, the "crash" happens before the application gets around launching your code. Ronald > > Thanks a tonne > Hari > > > The setup file I am using is > > """ > 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': './gzilla_ico_fin.icns', > 'semi_standalone':'False', > 'includes': 'wx,reportlab,yaml', > 'packages':('wx','reportlab','yaml'), > 'site_packages': True} > > setup( > app=APP, > data_files=DATA_FILES, > options={'py2app': OPTIONS}, > setup_requires=['py2app'], > ) > > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: From harijay at gmail.com Mon Feb 18 23:03:34 2013 From: harijay at gmail.com (hari jayaram) Date: Mon, 18 Feb 2013 17:03:34 -0500 Subject: [Pythonmac-SIG] standalone build failing to find runtime on OSX Snow Leopard - intended target OSX Lion / Mountain Lion In-Reply-To: References: Message-ID: Hi Ronald, thanks for your prompt email. I checked and the Python.framework pointed to by the Info.plist was indeed empty. I simply rysnc -av the Python.framework/Versions/2.7 to the appropriate place pointed to by the Info.plist and was able to launch the app on the machine I built it on , i.e 32 bit snow leopard The only hastle is that the file is huge..around 100 MB..but I am hoping it should work now that I copied over the Python.framework into the Gridzilla.app directory I can see that a lot of the frameoword directories like many other python modules etc..are not needed so I should be able to get rid of them I will report back once I test it on the Lion and Mountain Lion machines.. Thanks for your help Hari On Mon, Feb 18, 2013 at 4:26 PM, Ronald Oussoren wrote: > > On 18 Feb, 2013, at 20:10, hari jayaram wrote: > > Hi I am using py2app version 0.7.3 > With a python.org installed python ( It still installs into the framework > location Library/Frameworks/Python.framework/Versions/2.7) , I pip > installed py2app . > > > My setup script is identical what I used two years back and is reproduced > below > > I can get the build to complete ..but when I try to open the app on the 32 > bit machine I built it on or on the target machine which is a 64 bit Lion/ > Mountain Lion machines I get an immediate termination with an error saying > it could not find the python runtime. > > .............. > 2/18/13 1:58:29 PM,Feb 18, 2013 GridZilla[19405] A Python runtime not > could be located. You may need to install a framework build of Python, or > edit the PyRuntimeLocations array in this application's Info.plist file. > .............. > > > Could you check if the python framework is included in the application > bundle ("find GridZilla.app -name Python.framework" should print > something), and if there is a reference to that location in the Info.plist > file included in the app bundle? > > You could also try launching the app from the commandline > ("dist/Gridzilla.app/Contents/MacOS/Gridzilla"), with some luck this prints > some more information although I don't expect anything more given the early > stage at which the launch fails. > > > I had gotten the build to complete using a previous version of py2app two > years back. The code has changed ever so slightly --mostly in pure python > modules. > > Please can someone give me pointers as to why the standalone python is not > found by the app, > > > The setup.py file should work, I don't know yet why it doesn't work for > you. The failure almost certainly not related to any of your code changes, > the "crash" happens before the application gets around launching your code. > > Ronald > > > Thanks a tonne > Hari > > > The setup file I am using is > > """ > 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': './gzilla_ico_fin.icns', > 'semi_standalone':'False', > 'includes': 'wx,reportlab,yaml', > 'packages':('wx','reportlab','yaml'), > 'site_packages': True} > > setup( > app=APP, > data_files=DATA_FILES, > options={'py2app': OPTIONS}, > setup_requires=['py2app'], > ) > > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronaldoussoren at mac.com Tue Feb 19 07:53:52 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 19 Feb 2013 07:53:52 +0100 Subject: [Pythonmac-SIG] standalone build failing to find runtime on OSX Snow Leopard - intended target OSX Lion / Mountain Lion In-Reply-To: References: Message-ID: <418D5A2C-6DFD-4FC8-9092-2FF3433F2075@mac.com> On 18 Feb, 2013, at 23:03, hari jayaram wrote: > Hi Ronald, > thanks for your prompt email. > I checked and the Python.framework pointed to by the Info.plist was indeed empty. > > I simply rysnc -av the Python.framework/Versions/2.7 to the appropriate place pointed to by the Info.plist and was able to launch the app on the machine I built it on , i.e 32 bit snow leopard I'm glad to hear that helped. Could you sent me the output of py2app, py2app should have copied the framework itself and for some reason failed to do so. The reason should be in the py2app logging output. > > The only hastle is that the file is huge..around 100 MB..but I am hoping it should work now that I copied over the Python.framework into the Gridzilla.app directory The framework will stay pretty large, even when py2app copies only the required bits. Ronald > > I can see that a lot of the frameoword directories like many other python modules etc..are not needed so I should be able to get rid of them > > I will report back once I test it on the Lion and Mountain Lion machines.. > > Thanks for your help > > > Hari > > > > On Mon, Feb 18, 2013 at 4:26 PM, Ronald Oussoren wrote: > > On 18 Feb, 2013, at 20:10, hari jayaram wrote: > >> Hi I am using py2app version 0.7.3 >> With a python.org installed python ( It still installs into the framework location Library/Frameworks/Python.framework/Versions/2.7) , I pip installed py2app . >> >> >> My setup script is identical what I used two years back and is reproduced below >> >> I can get the build to complete ..but when I try to open the app on the 32 bit machine I built it on or on the target machine which is a 64 bit Lion/ Mountain Lion machines I get an immediate termination with an error saying it could not find the python runtime. >> >> .............. >> 2/18/13 1:58:29 PM,Feb 18, 2013 GridZilla[19405] A Python runtime not could be located. You may need to install a framework build of Python, or edit the PyRuntimeLocations array in this application's Info.plist file. >> .............. > > Could you check if the python framework is included in the application bundle ("find GridZilla.app -name Python.framework" should print something), and if there is a reference to that location in the Info.plist file included in the app bundle? > > You could also try launching the app from the commandline ("dist/Gridzilla.app/Contents/MacOS/Gridzilla"), with some luck this prints some more information although I don't expect anything more given the early stage at which the launch fails. > >> >> I had gotten the build to complete using a previous version of py2app two years back. The code has changed ever so slightly --mostly in pure python modules. >> >> Please can someone give me pointers as to why the standalone python is not found by the app, > > The setup.py file should work, I don't know yet why it doesn't work for you. The failure almost certainly not related to any of your code changes, the "crash" happens before the application gets around launching your code. > > Ronald > >> >> Thanks a tonne >> Hari >> >> >> The setup file I am using is >> >> """ >> 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': './gzilla_ico_fin.icns', >> 'semi_standalone':'False', >> 'includes': 'wx,reportlab,yaml', >> 'packages':('wx','reportlab','yaml'), >> 'site_packages': True} >> >> setup( >> app=APP, >> data_files=DATA_FILES, >> options={'py2app': OPTIONS}, >> setup_requires=['py2app'], >> ) >> >> >> >> >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ratinaud at univ-tlse2.fr Tue Feb 19 22:37:27 2013 From: ratinaud at univ-tlse2.fr (Pierre Ratinaud) Date: Tue, 19 Feb 2013 22:37:27 +0100 Subject: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding In-Reply-To: <5D5D3DB5-00E0-4C9B-9B5E-D583E79D5DCA@mac.com> References: <51209C94.7000000@univ-tlse2.fr> <3A0DC189-9B45-4260-A75A-7F1A1DABACDF@mac.com> <51228D68.3010809@univ-tlse2.fr> <5D5D3DB5-00E0-4C9B-9B5E-D583E79D5DCA@mac.com> Message-ID: <5123F097.2030103@univ-tlse2.fr> Hi, I have put this in my code : env = os.environ.copy() if sys.platform == 'darwin' and 'LC_ALL' not in env: env['LC_ALL'] = 'en_US.UTF-8' and now I use Popen like this : Popen(mycommand, env = env) Maybe it's a little less suboptmal then changing user's environment :) But it's not a definive solution cause I'm forcing a locale and I'm not sure it will work in every context... Time will say :) Thank you for your help Pierre Le 18/02/2013 22:18, Ronald Oussoren a ?crit : > On 18 Feb, 2013, at 21:22, Pierre Ratinaud wrote: > >> Hi, >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. >> The only message I had was in Console. The software I'm using with Popen (R) is complaining (in french) about encoding in my script. >> >> My tests and googling leave me to the conclusion that it is an environment problem : >> in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 but when double-clicking on the app it gives me us_US.ASCII. >> In R, Sys.getlocale() give me : >> "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" >> and just >> "C" when double-clicking. >> This happens with or without --emulate-shell-environment >> So environment (locale) is not set when double-clicking on app. Also, setting locale in my R script resolves the problem, but it's not a solution in my case (a lot of R script to change). I am about to test setting locale in python (with the env option of Popen), but I need to reboot in OS X : ) >> Thanks for your help. > The startup binary voor pyapp forces LC_CTYPE to en_US.UTF-8 during the call to Py_Initialize, and resets it to whatever it was before afterwards. This is primairly done to ensure a sane I/O encoding when using Python 3 (that is, for the '.UTF-8' bit). > > I can only test with 10.6 in a virtual machine, I should have some time later this week to do so (in particular to check what locale related environment variables are set automaticly there and to find why --emulate-shell-environmet doesn't pick those up). > > You can force the right settings by setting them yourself in your python script (os.environ['LC_CTYPE'] = 'fr_FR.UTF-8', etc., etc., before calling subprocess.Popen). That's suboptimal, but should at least give you a working program without changing all R scripts. > > Ronald > >> Regards >> Pierre >> >> >> >> Le 18/02/2013 13:28, Ronald Oussoren a ?crit : >>> On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: >>> >>>> Hi all, >>>> I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. >>>> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. >>>> What am I missing ? >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. >>> >>> What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. >>> >>> Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. >>> >>> Ronald >>>> thanks >>>> Pierre >>>> >>>> _______________________________________________ >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG >>> >>> -- >>> Pierre Ratinaud >>> Ma?tre de conf?rences >>> D?partement des Sciences de l'Education et de la Formation >>> Laboratoire LERASS : http://www.lerass.com/ >>> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ >>> tel : 05 61 50 42 28 > > > -- > Pierre Ratinaud > Ma?tre de conf?rences > D?partement des Sciences de l'Education et de la Formation > Laboratoire LERASS : http://www.lerass.com/ > Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ > tel : 05 61 50 42 28 From vishalruhela at outlook.com Wed Feb 20 03:07:18 2013 From: vishalruhela at outlook.com (Vishal Ruhela) Date: Wed, 20 Feb 2013 07:37:18 +0530 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps Message-ID: I want to start App development in python for Windows and Mac OS platforms, so please suggest me some IDE to work on. I have gone through some like PyCharm. But, either they are expensive or it was hard to configure on my machine. I have also tried komodo edit but really not getting comfortable with it. Please advice. PS: I am using Mac OS Lion. Regards, Vishal Ruhela ________________________________ From: Pierre Ratinaud Sent: 20-02-2013 03:08 To: pythonmac-sig at python.org Subject: Re: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding Hi, I have put this in my code : env = os.environ.copy() if sys.platform == 'darwin' and 'LC_ALL' not in env: env['LC_ALL'] = 'en_US.UTF-8' and now I use Popen like this : Popen(mycommand, env = env) Maybe it's a little less suboptmal then changing user's environment :) But it's not a definive solution cause I'm forcing a locale and I'm not sure it will work in every context... Time will say :) Thank you for your help Pierre Le 18/02/2013 22:18, Ronald Oussoren a ?crit : > On 18 Feb, 2013, at 21:22, Pierre Ratinaud wrote: > >> Hi, >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. >> The only message I had was in Console. The software I'm using with Popen (R) is complaining (in french) about encoding in my script. >> >> My tests and googling leave me to the conclusion that it is an environment problem : >> in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 but when double-clicking on the app it gives me us_US.ASCII. >> In R, Sys.getlocale() give me : >> "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" >> and just >> "C" when double-clicking. >> This happens with or without --emulate-shell-environment >> So environment (locale) is not set when double-clicking on app. Also, setting locale in my R script resolves the problem, but it's not a solution in my case (a lot of R script to change). I am about to test setting locale in python (with the env option of Popen), but I need to reboot in OS X : ) >> Thanks for your help. > The startup binary voor pyapp forces LC_CTYPE to en_US.UTF-8 during the call to Py_Initialize, and resets it to whatever it was before afterwards. This is primairly done to ensure a sane I/O encoding when using Python 3 (that is, for the '.UTF-8' bit). > > I can only test with 10.6 in a virtual machine, I should have some time later this week to do so (in particular to check what locale related environment variables are set automaticly there and to find why --emulate-shell-environmet doesn't pick those up). > > You can force the right settings by setting them yourself in your python script (os.environ['LC_CTYPE'] = 'fr_FR.UTF-8', etc., etc., before calling subprocess.Popen). That's suboptimal, but should at least give you a working program without changing all R scripts. > > Ronald > >> Regards >> Pierre >> >> >> >> Le 18/02/2013 13:28, Ronald Oussoren a ?crit : >>> On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: >>> >>>> Hi all, >>>> I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. >>>> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. >>>> What am I missing ? >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. >>> >>> What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. >>> >>> Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. >>> >>> Ronald >>>> thanks >>>> Pierre >>>> >>>> _______________________________________________ >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG >>> >>> -- >>> Pierre Ratinaud >>> Ma?tre de conf?rences >>> D?partement des Sciences de l'Education et de la Formation >>> Laboratoire LERASS : http://www.lerass.com/ >>> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ >>> tel : 05 61 50 42 28 > > > -- > Pierre Ratinaud > Ma?tre de conf?rences > D?partement des Sciences de l'Education et de la Formation > Laboratoire LERASS : http://www.lerass.com/ > Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ > tel : 05 61 50 42 28 _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG at python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: From kw at codebykevin.com Wed Feb 20 03:20:46 2013 From: kw at codebykevin.com (Kevin Walzer) Date: Tue, 19 Feb 2013 21:20:46 -0500 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: <512432FE.3070802@codebykevin.com> On 2/19/13 9:07 PM, Vishal Ruhela wrote: > I want to start App development in python for Windows and Mac OS > platforms, so please suggest me some IDE to work on. I have gone through > some like PyCharm. But, either they are expensive or it was hard to > configure on my machine. I like IDLE myself. Simple but adequate for my needs. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From aahz at pythoncraft.com Wed Feb 20 03:57:22 2013 From: aahz at pythoncraft.com (Aahz) Date: Tue, 19 Feb 2013 18:57:22 -0800 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: <20130220025722.GA22170@panix.com> On Wed, Feb 20, 2013, Vishal Ruhela wrote: > > I want to start App development in python for Windows and Mac OS > platforms, so please suggest me some IDE to work on. I have gone > through some like PyCharm. But, either they are expensive or it was > hard to configure on my machine. > > I have also tried komodo edit but really not getting comfortable with > it. vim is a great cross-platform text editor -- it can be used as an IDE, though it's really not the best tool if you REALLY want an IDE. Another popular option is PyEclipse. -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "Times are bad. Children no longer obey their parents, and everyone is writing a book." --Cicero From vishalruhela at outlook.com Wed Feb 20 08:46:20 2013 From: vishalruhela at outlook.com (Vishal Ruhela) Date: Wed, 20 Feb 2013 13:16:20 +0530 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps Message-ID: IDLE is nice but it does not offer too many features that allows you to work on and manage a big project. Thanks for your input. Regards, Vishal Ruhela -Sent from my Windows Phone ________________________________ From: Kevin Walzer Sent: 20-02-2013 08:00 To: pythonmac-sig at python.org Subject: Re: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps On 2/19/13 9:07 PM, Vishal Ruhela wrote: > I want to start App development in python for Windows and Mac OS > platforms, so please suggest me some IDE to work on. I have gone through > some like PyCharm. But, either they are expensive or it was hard to > configure on my machine. I like IDLE myself. Simple but adequate for my needs. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG at python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: From vishalruhela at outlook.com Wed Feb 20 11:40:29 2013 From: vishalruhela at outlook.com (Vishal Ruhela) Date: Wed, 20 Feb 2013 16:10:29 +0530 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps Message-ID: Hi Aahz, Thanks for the prompt suggestion, I have heard a lot about pyeclipse as well but somehow never used it. All, Anyway has anyone really tried komodo edit, I have it on my machine but quite clumsy to use. Regards, Vishal Ruhela -Sent from my Windows Phone ________________________________ From: Aahz Sent: 20-02-2013 08:27 To: pythonmac-sig at python.org Subject: Re: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps On Wed, Feb 20, 2013, Vishal Ruhela wrote: > > I want to start App development in python for Windows and Mac OS > platforms, so please suggest me some IDE to work on. I have gone > through some like PyCharm. But, either they are expensive or it was > hard to configure on my machine. > > I have also tried komodo edit but really not getting comfortable with > it. vim is a great cross-platform text editor -- it can be used as an IDE, though it's really not the best tool if you REALLY want an IDE. Another popular option is PyEclipse. -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "Times are bad. Children no longer obey their parents, and everyone is writing a book." --Cicero _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG at python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -------------- next part -------------- An HTML attachment was scrubbed... URL: From jan.flyborg at gmail.com Wed Feb 20 12:06:06 2013 From: jan.flyborg at gmail.com (Jan Flyborg) Date: Wed, 20 Feb 2013 12:06:06 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: Hi, I swear by PyDev (http://pydev.org/), which is a plugin for Eclipse that gives you a full blown IDE for Python. For large projects, I think this is the way to go. For casual editing of python files, I still use Emacs or Vim. The feature list is quite impressive. Among other things it features IntelliSense, so you can navigate to the source of a method by simply Ctrl-clicking it. It also has support for refactoring, so it is for example possible to change the name of a method by just right clicking it, select "change name" and choose a new name. Then all calls in the project to this method will be updated to use the new name. Having a syntax check, warning for unknown identifiers and the wrong number of arguments to functions directly in the IDE, saves a lot of time, since I for example don't have to run the code to see that I misstyped the name of a method. Pylint (http://www.logilab.org/857) is also optionally integrated directly into the IDE and that gives me increased code quality. I have tried lots of IDE's for Python, but PyDev is the one I go back to for large projects. Try it and see if you like it. Regards //Jan Flyborg 2013/2/20 Vishal Ruhela : > I want to start App development in python for Windows and Mac OS platforms, > so please suggest me some IDE to work on. I have gone through some like > PyCharm. But, either they are expensive or it was hard to configure on my > machine. > > > I have also tried komodo edit but really not getting comfortable with it. > > > Please advice. > > > PS: I am using Mac OS Lion. > > Regards, > Vishal Ruhela > ________________________________ > From: Pierre Ratinaud > Sent: 20-02-2013 03:08 > To: pythonmac-sig at python.org > Subject: Re: [Pythonmac-SIG] py2app : strange behavior maybe relative to > encoding > > Hi, > I have put this in my code : > env = os.environ.copy() > if sys.platform == 'darwin' and 'LC_ALL' not in env: > env['LC_ALL'] = 'en_US.UTF-8' > and now I use Popen like this : > Popen(mycommand, env = env) > Maybe it's a little less suboptmal then changing user's environment :) > But it's not a definive solution cause I'm forcing a locale and I'm not > sure it will work in every context... Time will say :) > Thank you for your help > Pierre > > Le 18/02/2013 22:18, Ronald Oussoren a ?crit : >> On 18 Feb, 2013, at 21:22, Pierre Ratinaud wrote: >> >>> Hi, >>>> I'm not sure. What kind of encoding error occurs? The exact error >>>> message might give a hint as to what's going on here. >>> The only message I had was in Console. The software I'm using with Popen >>> (R) is complaining (in french) about encoding in my script. >>> >>> My tests and googling leave me to the conclusion that it is an >>> environment problem : >>> in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 >>> but when double-clicking on the app it gives me us_US.ASCII. >>> In R, Sys.getlocale() give me : >>> >>> "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" >>> and just >>> "C" when double-clicking. >>> This happens with or without --emulate-shell-environment >>> So environment (locale) is not set when double-clicking on app. Also, >>> setting locale in my R script resolves the problem, but it's not a solution >>> in my case (a lot of R script to change). I am about to test setting locale >>> in python (with the env option of Popen), but I need to reboot in OS X : ) >>> Thanks for your help. >> The startup binary voor pyapp forces LC_CTYPE to en_US.UTF-8 during the >> call to Py_Initialize, and resets it to whatever it was before afterwards. >> This is primairly done to ensure a sane I/O encoding when using Python 3 >> (that is, for the '.UTF-8' bit). >> >> I can only test with 10.6 in a virtual machine, I should have some time >> later this week to do so (in particular to check what locale related >> environment variables are set automaticly there and to find why >> --emulate-shell-environmet doesn't pick those up). >> >> You can force the right settings by setting them yourself in your python >> script (os.environ['LC_CTYPE'] = 'fr_FR.UTF-8', etc., etc., before calling >> subprocess.Popen). That's suboptimal, but should at least give you a working >> program without changing all R scripts. >> >> Ronald >> >>> Regards >>> Pierre >>> >>> >>> >>> Le 18/02/2013 13:28, Ronald Oussoren a ?crit : >>>> On 17 Feb, 2013, at 10:02, Pierre Ratinaud >>>> wrote: >>>> >>>>> Hi all, >>>>> I have create a .app with py2app for a wxpython application. The >>>>> resulting app does not work as expected if I double click on it (it works >>>>> but somewhere in the process, an encoding problem appear from another >>>>> program called with os.popen). This problem does not occur if I launch my >>>>> app directly with python, it does not occur if I launch the app by >>>>> double-clic on myapp inside the .app and it does not occur if I open the >>>>> .app from a terminal with the "open" command. >>>>> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under >>>>> Mac OS X 10.6.8. >>>>> What am I missing ? >>>> I'm not sure. What kind of encoding error occurs? The exact error >>>> message might give a hint as to what's going on here. >>>> >>>> What's really strange is that double-clicking the app does not have the >>>> same behavior as calling the open command, I'd expect that those would be >>>> behave the same. >>>> >>>> Do you have a shell environment variable in your shell's profile >>>> (.profile/.bash_profile/...) that is needed by the other program? Those >>>> definitions aren't seen by applications launched through the Finger because >>>> the Finder doesn't read the shell's profile. You could try to use " python >>>> setup.py py2app --emulate-shell-environment" to build the app bundle, that >>>> activates a hack that does try to read the shell environment. >>>> >>>> Ronald >>>>> thanks >>>>> Pierre >>>>> >>>>> _______________________________________________ >>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG >>>> >>>> -- >>>> Pierre Ratinaud >>>> Ma?tre de conf?rences >>>> D?partement des Sciences de l'Education et de la Formation >>>> Laboratoire LERASS : http://www.lerass.com/ >>>> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ >>>> tel : 05 61 50 42 28 >> >> >> -- >> Pierre Ratinaud >> Ma?tre de conf?rences >> D?partement des Sciences de l'Education et de la Formation >> Laboratoire LERASS : http://www.lerass.com/ >> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ >> tel : 05 61 50 42 28 > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > From charlie.clark at clark-consulting.eu Wed Feb 20 14:48:40 2013 From: charlie.clark at clark-consulting.eu (Charlie Clark) Date: Wed, 20 Feb 2013 14:48:40 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: Am 20.02.2013, 12:06 Uhr, schrieb Jan Flyborg : > I have tried lots of IDE's for Python, but PyDev is the one I go back > to for large projects. Try it and see if you like it. I'm a big fan of WingIDE for Python development. As it's still using X-Windows it's a bit ugly on Mac OS but it has a great attention to detail and fantastic deep integration with Python. That said, if you are planning on App development I suspect that you will find the support for additional components in Eclipse + PyDev invaluable. Charlie -- Charlie Clark Managing Director Clark Consulting & Research German Office Kronenstr. 27a D?sseldorf D- 40217 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 From kw at codebykevin.com Wed Feb 20 14:54:58 2013 From: kw at codebykevin.com (Kevin Walzer) Date: Wed, 20 Feb 2013 08:54:58 -0500 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: <5124D5B2.30306@codebykevin.com> On 2/20/13 8:48 AM, Charlie Clark wrote: > > I'm a big fan of WingIDE for Python development. As it's still using > X-Windows it's a bit ugly on Mac OS but it has a great attention to > detail and fantastic deep integration with Python. It's a bit curious that they're still using the X11 version of Gtk...even Gimp now runs natively on OS X. -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From charlie.clark at clark-consulting.eu Wed Feb 20 14:59:46 2013 From: charlie.clark at clark-consulting.eu (Charlie Clark) Date: Wed, 20 Feb 2013 14:59:46 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: <5124D5B2.30306@codebykevin.com> References: <5124D5B2.30306@codebykevin.com> Message-ID: Am 20.02.2013, 14:54 Uhr, schrieb Kevin Walzer : > On 2/20/13 8:48 AM, Charlie Clark wrote: >> >> I'm a big fan of WingIDE for Python development. As it's still using >> X-Windows it's a bit ugly on Mac OS but it has a great attention to >> detail and fantastic deep integration with Python. > > It's a bit curious that they're still using the X11 version of > Gtk...even Gimp now runs natively on OS X. The port to Qt is underway. From speaking with Stephan and John in the past I understand that they were waiting for the best cross-platform tookit to crystallise and concentrated on adding features to WingIDE. I'm personally very happy that it will be Qt and looking forward to support for pytest being added as well - the key shortcuts for running tests in WingIDE are an absolute boon, though I suspect this will be true for other environments. Charlie -- Charlie Clark Managing Director Clark Consulting & Research German Office Kronenstr. 27a D?sseldorf D- 40217 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 From kw at codebykevin.com Wed Feb 20 15:47:14 2013 From: kw at codebykevin.com (Kevin Walzer) Date: Wed, 20 Feb 2013 09:47:14 -0500 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: <5124D5B2.30306@codebykevin.com> Message-ID: <5124E1F2.8020209@codebykevin.com> On 2/20/13 8:59 AM, Charlie Clark wrote: > > The port to Qt is underway. PyQt! Interesting. I hope the port is done with some attention to Mac UI conventions; Qt has excellent support for the Mac, but it does require some care with coding. Most PyQt apps that run on the Mac (such as the Eric IDE) follow Windows/Linux design patterns and jam every conceivable function into a toolbar button; the result is an incomprehensible, overwhelming mess. -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com http://www.wtmobilesoftware.com From henry.olders at mcgill.ca Wed Feb 20 15:53:26 2013 From: henry.olders at mcgill.ca (Henry Olders) Date: Wed, 20 Feb 2013 09:53:26 -0500 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: Message-ID: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> TextMate is a mac text editor which has a number of features that I like because they reduce the number of keystrokes, including search and replace within projects. http://macromates.com Henry On 2013-02-19, at 21:07 , Vishal Ruhela wrote: > I want to start App development in python for Windows and Mac OS platforms, so please suggest me some IDE to work on. I have gone through some like PyCharm. But, either they are expensive or it was hard to configure on my machine. > > > I have also tried komodo edit but really not getting comfortable with it. > > > Please advice. > > > PS: I am using Mac OS Lion. > > Regards, > Vishal Ruhela > From: Pierre Ratinaud > Sent: 20-02-2013 03:08 > To: pythonmac-sig at python.org > Subject: Re: [Pythonmac-SIG] py2app : strange behavior maybe relative to encoding > > Hi, > I have put this in my code : > env = os.environ.copy() > if sys.platform == 'darwin' and 'LC_ALL' not in env: > env['LC_ALL'] = 'en_US.UTF-8' > and now I use Popen like this : > Popen(mycommand, env = env) > Maybe it's a little less suboptmal then changing user's environment :) > But it's not a definive solution cause I'm forcing a locale and I'm not > sure it will work in every context... Time will say :) > Thank you for your help > Pierre > > Le 18/02/2013 22:18, Ronald Oussoren a ?crit : > > On 18 Feb, 2013, at 21:22, Pierre Ratinaud wrote: > > > >> Hi, > >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. > >> The only message I had was in Console. The software I'm using with Popen (R) is complaining (in french) about encoding in my script. > >> > >> My tests and googling leave me to the conclusion that it is an environment problem : > >> in the working cases, locale.getpreferredencoding() give me fr_FR.UTF-8 but when double-clicking on the app it gives me us_US.ASCII. > >> In R, Sys.getlocale() give me : > >> "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=C" > >> and just > >> "C" when double-clicking. > >> This happens with or without --emulate-shell-environment > >> So environment (locale) is not set when double-clicking on app. Also, setting locale in my R script resolves the problem, but it's not a solution in my case (a lot of R script to change). I am about to test setting locale in python (with the env option of Popen), but I need to reboot in OS X : ) > >> Thanks for your help. > > The startup binary voor pyapp forces LC_CTYPE to en_US.UTF-8 during the call to Py_Initialize, and resets it to whatever it was before afterwards. This is primairly done to ensure a sane I/O encoding when using Python 3 (that is, for the '.UTF-8' bit). > > > > I can only test with 10.6 in a virtual machine, I should have some time later this week to do so (in particular to check what locale related environment variables are set automaticly there and to find why --emulate-shell-environmet doesn't pick those up). > > > > You can force the right settings by setting them yourself in your python script (os.environ['LC_CTYPE'] = 'fr_FR.UTF-8', etc., etc., before calling subprocess.Popen). That's suboptimal, but should at least give you a working program without changing all R scripts. > > > > Ronald > > > >> Regards > >> Pierre > >> > >> > >> > >> Le 18/02/2013 13:28, Ronald Oussoren a ?crit : > >>> On 17 Feb, 2013, at 10:02, Pierre Ratinaud wrote: > >>> > >>>> Hi all, > >>>> I have create a .app with py2app for a wxpython application. The resulting app does not work as expected if I double click on it (it works but somewhere in the process, an encoding problem appear from another program called with os.popen). This problem does not occur if I launch my app directly with python, it does not occur if I launch the app by double-clic on myapp inside the .app and it does not occur if I open the .app from a terminal with the "open" command. > >>>> This is happening with python 2.7.2, wxpython2.9, py2app 0.7.3 under Mac OS X 10.6.8. > >>>> What am I missing ? > >>> I'm not sure. What kind of encoding error occurs? The exact error message might give a hint as to what's going on here. > >>> > >>> What's really strange is that double-clicking the app does not have the same behavior as calling the open command, I'd expect that those would be behave the same. > >>> > >>> Do you have a shell environment variable in your shell's profile (.profile/.bash_profile/...) that is needed by the other program? Those definitions aren't seen by applications launched through the Finger because the Finder doesn't read the shell's profile. You could try to use " python setup.py py2app --emulate-shell-environment" to build the app bundle, that activates a hack that does try to read the shell environment. > >>> > >>> Ronald > >>>> thanks > >>>> Pierre > >>>> > >>>> _______________________________________________ > >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org > >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig > >>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > >>> > >>> -- > >>> Pierre Ratinaud > >>> Ma?tre de conf?rences > >>> D?partement des Sciences de l'Education et de la Formation > >>> Laboratoire LERASS : http://www.lerass.com/ > >>> Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ > >>> tel : 05 61 50 42 28 > > > > > > -- > > Pierre Ratinaud > > Ma?tre de conf?rences > > D?partement des Sciences de l'Education et de la Formation > > Laboratoire LERASS : http://www.lerass.com/ > > Universit? de Toulouse II - Le Mirail : http://www.univ-tlse2.fr/ > > tel : 05 61 50 42 28 > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG From charlie.clark at clark-consulting.eu Wed Feb 20 17:12:39 2013 From: charlie.clark at clark-consulting.eu (Charlie Clark) Date: Wed, 20 Feb 2013 17:12:39 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: <5124E1F2.8020209@codebykevin.com> References: <5124D5B2.30306@codebykevin.com> <5124E1F2.8020209@codebykevin.com> Message-ID: Am 20.02.2013, 15:47 Uhr, schrieb Kevin Walzer : > PyQt! Interesting. I hope the port is done with some attention to Mac UI > conventions; Qt has excellent support for the Mac, but it does require > some care with coding. Most PyQt apps that run on the Mac (such as the > Eric IDE) follow Windows/Linux design patterns and jam every > conceivable function into a toolbar button; the result is an > incomprehensible, overwhelming mess. No idea what it'll look like thought I would have thought similar to the current setup which isn't jammed with buttons. It's obviously a big project and just getting it to work will be a challenge. Charlie -- Charlie Clark Managing Director Clark Consulting & Research German Office Kronenstr. 27a D?sseldorf D- 40217 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 From nad at acm.org Wed Feb 20 21:10:17 2013 From: nad at acm.org (Ned Deily) Date: Wed, 20 Feb 2013 12:10:17 -0800 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> Message-ID: In article <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6 at mcgill.ca>, Henry Olders wrote: > TextMate is a mac text editor which has a number of features that I like > because they reduce the number of keystrokes, including search and replace > within projects. > http://macromates.com I'm a big fan of TextMate as well. TM has had a bit of a checkered past but a lot has changed recently. After great success for several years with its first version, development seemed to stall. The long-promised rewrite failed to appear year after year and gained the reputation of Duke Nukem Forever vaporware. But last year, Allan Odgaard took the major step of open sourcing TextMate 2 on GitHub and inviting community collaboration on it. (Note, the language-specific plugins for TM 1 have always been open sourced.) TM2 development has since become very active and, although it is still in alpha status, I've found it to be very stable and bringing many improvements to what is in TM1. If you find it useful, I would encourage you to contribute to its development by purchasing an official license for TM1 but, because TM2 is open source, you can use it for free. Besides the development alpha builds, TM2 is also available through MacPorts. https://github.com/textmate/textmate/downloads -- Ned Deily, nad at acm.org From charlie.clark at clark-consulting.eu Wed Feb 20 21:34:00 2013 From: charlie.clark at clark-consulting.eu (Charlie Clark) Date: Wed, 20 Feb 2013 21:34:00 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> Message-ID: Am 20.02.2013, 21:10 Uhr, schrieb Ned Deily : > Besides the development alpha builds, > TM2 is also available through MacPorts. Hi Ned, thanks for the heads up on this. Textmate is a great little editor not least because it supports so many different formats and lets you start it from the command line. It's not an IDE and as such often a great complement to one. Charlie -- Charlie Clark Managing Director Clark Consulting & Research German Office Kronenstr. 27a D?sseldorf D- 40217 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 From lists at mostrom.pp.se Wed Feb 20 22:48:19 2013 From: lists at mostrom.pp.se (=?UTF-8?Q?Jan_Erik_Mostr=C3=B6m?=) Date: Wed, 20 Feb 2013 22:48:19 +0100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> Message-ID: Personally I prefer BBEdit, no IDE but it's the text editor I use for every language I use and almost all my writing (multimarkdown) On Wed, Feb 20, 2013 at 9:34 PM, Charlie Clark < charlie.clark at clark-consulting.eu> wrote: > Am 20.02.2013, 21:10 Uhr, schrieb Ned Deily : > > > Besides the development alpha builds, >> TM2 is also available through MacPorts. >> > > Hi Ned, > > thanks for the heads up on this. Textmate is a great little editor not > least because it supports so many different formats and lets you start it > from the command line. It's not an IDE and as such often a great complement > to one. > > > Charlie > -- > Charlie Clark > Managing Director > Clark Consulting & Research > German Office > Kronenstr. 27a > D?sseldorf > D- 40217 > Tel: +49-211-600-3657 > Mobile: +49-178-782-6226 > ______________________________**_________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/**mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/**mailman/options/Pythonmac-SIG > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amorris at mistermorris.com Thu Feb 21 01:05:57 2013 From: amorris at mistermorris.com (Adam Morris) Date: Wed, 20 Feb 2013 16:05:57 -0800 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> Message-ID: <5baeff750293b60d244d8f2989468dda.squirrel@webmail.mistermorris.com> Let me add to the discussion Aquamacs. What I like about it most is that it supports all the usual Mac keyboard shortcuts but you can also hone all the power of emacs. It also has a command line open tool, full screen options, the kitchen sink. http://aquamacs.org -Adam From wrw at mac.com Thu Feb 21 15:44:53 2013 From: wrw at mac.com (William Ray Wing) Date: Thu, 21 Feb 2013 09:44:53 -0500 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> Message-ID: On Feb 20, 2013, at 4:48 PM, Jan Erik Mostr?m wrote: > Personally I prefer BBEdit, no IDE but it's the text editor I use for every language I use and almost all my writing (multimarkdown) > Let me second the vote for BBEdit. Its built-in support for python is really great, and in combination with WING IDE (which I primarily use for debugging) the whole development process is as fast and painless as anything I've ever experienced. -Bill From vip at avatar.com.au Fri Feb 22 00:58:05 2013 From: vip at avatar.com.au (DavidWorrall) Date: Fri, 22 Feb 2013 10:58:05 +1100 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps In-Reply-To: <5baeff750293b60d244d8f2989468dda.squirrel@webmail.mistermorris.com> References: <5CC02F7C-F5A0-4C3A-830B-3A5D5D81A1D6@mcgill.ca> <5baeff750293b60d244d8f2989468dda.squirrel@webmail.mistermorris.com> Message-ID: <640DAA80-7F76-4A06-9899-8B1A2154C641@avatar.com.au> Has anyone had any experience with iep? http://code.google.com/p/iep/ "IEP (pronounced as 'eep') is a cross-platform Python IDE focused on interactivity and introspection, which makes it very suitable for scientific computing. Its practical design is aimed at simplicity and efficiency. " -David On 21/02/2013, at 11:05 AM, Adam Morris wrote: > Let me add to the discussion Aquamacs. What I like about it most is that > it supports all the usual Mac keyboard shortcuts but you can also hone all > the power of emacs. It also has a command line open tool, full screen > options, the kitchen sink. > > http://aquamacs.org > > -Adam > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG ________________________________________________ Dr David Worrall. - Experimental Polymedia: worrall.avatar.com.au - Sonification: www.sonification.com.au - Education for Financial Independence: www.mindthemarkets.com.au -------------- next part -------------- An HTML attachment was scrubbed... URL: From vishalruhela at outlook.com Fri Feb 22 18:00:41 2013 From: vishalruhela at outlook.com (Vishal Ruhela) Date: Fri, 22 Feb 2013 22:30:41 +0530 Subject: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps Message-ID: Thank you so much guys for the overwhelming response on this question. Really appreciate your piece of opinions. Thanks, Vishal -Sent from my Windows Phone ________________________________ From: DavidWorrall Sent: 22-02-2013 05:31 To: Pythonmac-Sig Subject: Re: [Pythonmac-SIG] Query Regarding IDE for python for GUI Apps Has anyone had any experience with iep? http://code.google.com/p/iep/ "IEP (pronounced as 'eep') is a cross-platform Python IDE focused on interactivity and introspection, which makes it very suitable for scientific computing. Its practical design is aimed at simplicity and efficiency. " -David On 21/02/2013, at 11:05 AM, Adam Morris wrote: > Let me add to the discussion Aquamacs. What I like about it most is that > it supports all the usual Mac keyboard shortcuts but you can also hone all > the power of emacs. It also has a command line open tool, full screen > options, the kitchen sink. > > http://aquamacs.org > > -Adam > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG ________________________________________________ Dr David Worrall. - Experimental Polymedia: worrall.avatar.com.au - Sonification: www.sonification.com.au - Education for Financial Independence: www.mindthemarkets.com.au -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG at python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG From drsmith48 at gmail.com Sat Feb 23 21:03:01 2013 From: drsmith48 at gmail.com (David Smith) Date: Sat, 23 Feb 2013 15:03:01 -0500 Subject: [Pythonmac-SIG] py2app issue, app crashes on 10.7.5 Message-ID: Hello, Were you able to resolve the crash problem on 10.7? If so, can you describe your solution? I just built an app with py2app on 10.8, and it crashes with identical exceptions on 10.6. Thanks! From ronaldoussoren at mac.com Sun Feb 24 17:00:39 2013 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Sun, 24 Feb 2013 17:00:39 +0100 Subject: [Pythonmac-SIG] py2app issue, app crashes on 10.7.5 In-Reply-To: References: Message-ID: On 23 Feb, 2013, at 21:03, David Smith wrote: > Hello, > > Were you able to resolve the crash problem on 10.7? If so, can you describe your solution? I just built an app with py2app on 10.8, and it crashes with identical exceptions on 10.6. Which version of py2app do you use? And which version of Python? Is this something you can reproduce with an example project? I regularly build on 10.8 and deploy on 10.5. Ronald From drsmith48 at gmail.com Sun Feb 24 21:49:31 2013 From: drsmith48 at gmail.com (David Smith) Date: Sun, 24 Feb 2013 15:49:31 -0500 Subject: [Pythonmac-SIG] py2app issue, app crashes on 10.7.5 In-Reply-To: References: Message-ID: <2D0381B9-3B50-4804-9B2F-74185523672F@gmail.com> Hi Ronald, To recap, my recent roadblocks were with current macport versions of python 2.7, wxpython 2.9.4, and py2app 0.7.3 on OS X 10.8. The first problem occurred when building the standalone app with py2app. The error seemed to arise from py2app or macholib: "Mach-O header is too large to relocate". Following your helpful suggestions at bitbucket, I increased the file depth of the macports installation, and decreased the app's build directory file depth (see link below). With those changes, the app built without error. The app executed on OS X 10.8, but generated a memory address error on OS X 10.6 during wxpython initiation (another link below). I did not discover a solution for the memory error. The solution to the problems above was removing macports and building the python stack from binary installers (python 2.7, numpy, scipy, matplotlib, wxpython). Now everything works - the app builds cleanly and executes on OS X 10.8 and 10.6. I'm not sure why the macport versions don't work together, but I'm happy to have a working solution. Thanks for you help, Dave https://trac.macports.org/ticket/38163 https://bitbucket.org/ronaldoussoren/py2app/issue/93/mach-o-header-may-be-too-large-to-relocate https://groups.google.com/forum/?fromgroups=#!topic/wxpython-users/uGzpA5rllJo On Feb 24, 2013, at 11:00 AM, Ronald Oussoren wrote: > > On 23 Feb, 2013, at 21:03, David Smith wrote: > >> Hello, >> >> Were you able to resolve the crash problem on 10.7? If so, can you describe your solution? I just built an app with py2app on 10.8, and it crashes with identical exceptions on 10.6. > > Which version of py2app do you use? And which version of Python? > > Is this something you can reproduce with an example project? I regularly build on 10.8 and deploy on 10.5. > > Ronald > From rowen at uw.edu Wed Feb 27 23:34:09 2013 From: rowen at uw.edu (Russell E. Owen) Date: Wed, 27 Feb 2013 14:34:09 -0800 Subject: [Pythonmac-SIG] py2app issue, app crashes on 10.7.5 References: <2D0381B9-3B50-4804-9B2F-74185523672F@gmail.com> Message-ID: In article <2D0381B9-3B50-4804-9B2F-74185523672F at gmail.com>, David Smith wrote: > Hi Ronald, > > To recap, my recent roadblocks were with current macport versions of python > 2.7, wxpython 2.9.4, and py2app 0.7.3 on OS X 10.8. The first problem > occurred when building the standalone app with py2app. The error seemed to > arise from py2app or macholib: "Mach-O header is too large to relocate". > Following your helpful suggestions at bitbucket, I increased the file depth > of the macports installation, and decreased the app's build directory file > depth (see link below). With those changes, the app built without error. > The app executed on OS X 10.8, but generated a memory address error on OS X > 10.6 during wxpython initiation (another link below). I did not discover a > solution for the memory error. > > The solution to the problems above was removing macports and building the > python stack from binary installers (python 2.7, numpy, scipy, matplotlib, > wxpython). Now everything works - the app builds cleanly and executes on OS > X 10.8 and 10.6. I'm not sure why the macport versions don't work together, > but I'm happy to have a working solution. It seems likely that the macports packages were built with an SDK that is not compatible with MacOS X 10.6. Your solution of using python.org python and binary installers is what I recommend for distributing software that has to run on older machines. (Though there may be some way of making macports build backwards-compatible packages). -- Russell From matthias.baas at gmail.com Mon Feb 18 23:56:38 2013 From: matthias.baas at gmail.com (Matthias Baas) Date: Mon, 18 Feb 2013 22:56:38 -0000 Subject: [Pythonmac-SIG] bdist_mpkg replacement In-Reply-To: References: Message-ID: <5122B19E.2050406@gmail.com> On 17.02.13 22:30, Matthew Brett wrote: > I for one would be very grateful if you did put up your project. The reason I > picked up bdist_mpkg was because pip didn't do binaries, and easy_install > required the command line, and seems to be eternally fragile. So, yes, please, > do put up your project, I'd love to have a look, and I'm happy to switch if > that seems like the best thing. Well, as bdist_mpkg is actually still active, I didn't register anything yet but just attached my current version to this email (I hope this list allows attachments). Have a look at it and see if it makes sense. As a first example, you can just run it on itself by running python setup.py bdist_osxinst in the root directory. If you want to run it on other packages, either set PYTHONPATH or install it and then run python setup.py --command-packages=bdist_osxinst bdist_osxinst The current features are: - Produces a flat package file (which is a single compressed file, so there is no need to create a dmg (but the generated package won't work on OSX 10.4 or earlier I believe)) - Extracts the architecture from the flags that were used to build Python and makes sure the package cannot be installed on different architectures if the package contains extension modules. - Allows customizing the package titles and descriptions (via an ini config file or config string) as well as welcome page, readme, license, etc. - Checks at installation time whether the appropriate Python version is actually installed. If not, the package can't be installed. - By default, every top-level Python package is put into a separate component package, so in the installer GUI you can actually inspect what Python packages get installed (and you could customize it if you really wanted to). You can disable this behavior and put everything into a single package. - If you use the --keep-temp option to keep temporary files around, you'll find a shell script that can be run to re-generate the package files. This serves as documentation what the command actually does internally but it also allows you to tweak the package manually if you really wanted to. - And now for the actual killer feature: It uses the Python logo as background image! :) Cheers, - Matthias - -------------- next part -------------- A non-text attachment was scrubbed... Name: bdist_osxinst-0.9.0.tar.gz Type: application/x-gzip Size: 54816 bytes Desc: not available URL: