Hi Dhanas, Could you say which DMG file you are using? I'm currently building an entirely new Mac 'Framework' for Python/numpy/scipy/wxPython, and hopefully I can use this to produce a working relax app for Lion users.
Cheers, Edward On 5 April 2012 19:41, Muthu, Dhanasekaran - (dhanas) <[email protected]> wrote: > Hi Edward, > > It is not working on my Mac machine running Lion. The icon bounces few times > after double clicking. But do nothing. > > -Dhanas Muthu > > > > On Apr 5, 2012, at 8:32 AM, <[email protected]> wrote: > >> Send relax-users mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://mail.gna.org/listinfo/relax-users >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of relax-users digest..." >> >> >> Today's Topics: >> >> 1. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Edward d'Auvergne) >> 2. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Martin Ballaschk) >> 3. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Ben Eisenbraun) >> 4. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Edward d'Auvergne) >> 5. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Edward d'Auvergne) >> 6. Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> (Ben Eisenbraun) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 5 Apr 2012 15:31:53 +0200 >> From: "Edward d'Auvergne" <[email protected]> >> To: Ben Eisenbraun <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: >> <CAED9pY_8JZLPeCxbwKdRDQaZrd6scOqW0dXG5Sk51=fdope...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >> I have now created a little ugly hack in the relax main 1.3 line to >> work around the Mac Application problem with the missing >> Carbon.Evt.TickCount error message (due to Python version issues). >> This is as I described at >> https://mail.gna.org/public/relax-users/2012-04/msg00021.html, the >> command line argument emulation has been turned off relax now works >> around this. I have created a special relax application DMG file for >> testing at http://download.gna.org/relax/. The temporary file is >> called relax-1.3_tickcount_fix.Darwin.dmg (with a md5sum of >> d2b2c4455ea9783023d81e096e22072f). Could I ask anyone who is >> suffering from, or who can trigger, this TickCount problem if you >> could check and see if the problem is now eliminated? >> >> Cheers, >> >> Edward >> >> >> >> >> On 5 April 2012 10:33, Edward d'Auvergne <[email protected]> wrote: >>> Hi Ben, >>> >>> Thank you for that info, that will really help in solving some of >>> these problems! ?I never though that one of the issues is that of the >>> machine architecture. ?This is obviously a multi-layer, i.e. not just >>> one failure point, problem with the py2app script for converting >>> Python programs/scripts into full Mac Applications >>> (http://wiki.python.org/moin/MacPython/py2app, >>> http://svn.pythonmac.org/py2app/py2app/trunk/doc/index.html). ?I might >>> have to approach this in a number of ways, some fixes will probably >>> allow relax to run for some Mac users while others will not be so >>> lucky. ?In the first attack, I will try to eliminate this TickCount >>> problem. ?This seams to be a problem with program argument emulation >>> on the Mac with certain Python versions. ?A solution is posted at >>> http://stackoverflow.com/questions/3461983/evt-tickcount-not-found-with-python2-6-on-osx-10-6-3, >>> where the suggested code is: >>> >>> APP = ['MyApp.py'] >>> OPTIONS = { >>> ? 'argv_emulation': False, >>> ? ... >>> } >>> >>> setup( >>> ? ?app=APP, >>> ? ?options={'py2app': OPTIONS}, >>> ? ?setup_requires=['py2app'], >>> ) >>> >>> In relax's py2app setup.py script, the 'argv_emulation' is currently >>> set to True (see >>> http://svn.gna.org/viewcvs/*checkout*/relax/1.3/setup.py?revision=15481&content-type=text%2Fplain). >>> ?relax currently requires arguments, but maybe I can hack the code to >>> catch this and skip the argument processing. ?But only for this >>> situation as the prompt/scripting UI modes will be important for some >>> users. >>> >>> This fix doesn't solve the problem of the py2app created relax app not >>> using the bundled Python version and internal Python modules, so some >>> users will still be affected by that. ?For some people this is not an >>> issue while for others it causes relax to fail. >>> >>> A third problem might be in the wxPython code, as was seen and >>> reported by Jack Howarth when creating the Fink distribution of relax >>> (see the threads starting at >>> https://mail.gna.org/public/relax-users/2012-03/msg00053.html and >>> https://mail.gna.org/public/relax-users/2012-04/msg00003.html, and >>> http://pdb.finkproject.org/pdb/browse.php?name=relax). ?This will >>> probably also affect those who install relax from the sources >>> distribution file >>> (http://www.nmr-relax.com/download.html#Source_code_release). ?The >>> problem might require a workaround inside the relax GUI code. ?I will >>> try to tackle each problem one by one, and hopefully as each is solved >>> more and more users will have luck in running relax in GUI mode on the >>> Mac. >>> >>> Cheers, >>> >>> Edward >>> >>> >>> P. S. ?For those users who can currently run the relax application in >>> GUI mode from the DMG file, these fixes should not affect you. >>> >>> >>> >>> On 4 April 2012 18:58, Ben Eisenbraun <[email protected]> wrote: >>>> Hi Edward, >>>> >>>> I am seeing the same issues reported by others. >>>> >>>> ?$ open /programs/i386-mac/relax/1.3.14/relax.app >>>> >>>> Output in Console.app: >>>> >>>> 4/4/12 12:15:26.639 PM [0x0-0x18a28a1].com.nmr-relax.relax: Traceback >>>> (most recent call last): >>>> 4/4/12 12:15:26.639 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? File >>>> "/nfs/programs/i386-mac/relax/1.3.14/relax.app/Contents/Resources/__boot__.py", >>>> line 126, in <module> >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? ? >>>> _argv_emulation() >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? File >>>> "/nfs/programs/i386-mac/relax/1.3.14/relax.app/Contents/Resources/__boot__.py", >>>> line 124, in _argv_emulation >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? ? >>>> _get_argvemulator().mainloop() >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? File >>>> "/nfs/programs/i386-mac/relax/1.3.14/relax.app/Contents/Resources/__boot__.py", >>>> line 63, in mainloop >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: ? ? stoptime = >>>> Evt.TickCount() + timeout >>>> 4/4/12 12:15:26.640 PM [0x0-0x18a28a1].com.nmr-relax.relax: >>>> AttributeError: 'module' object has no attribute 'TickCount' >>>> 4/4/12 12:15:26.715 PM relax: relax Error >>>> >>>> This is a problem related to Carbon support in 32-bit vs 64-bit Python. I >>>> can reproduce this on the command line in 10.6 and 10.7 like so: >>>> >>>> ?$ type python >>>> python is hashed (/usr/bin/python) >>>> ?$ python >>>> Python 2.7.1 (r271:86832, Jun 16 2011, 16:59:05) >>>> [GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)] on >>>> darwin >>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>> from Carbon import Evt >>>>>>> Evt.TickCount() >>>> Traceback (most recent call last): >>>> ?File "<stdin>", line 1, in <module> >>>> AttributeError: 'module' object has no attribute 'TickCount' >>>> >>>> And it's because the 64-bit Python doesn't have full Carbon support: >>>> >>>> ?$ export VERSIONER_PYTHON_PREFER_32_BIT=true >>>> ?$ python >>>> Python 2.7.1 (r271:86832, Jun 16 2011, 16:59:06) >>>> [GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)] on >>>> darwin >>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>> from Carbon import Evt >>>>>>> Evt.TickCount() >>>> 278493166 >>>> >>>> Similar thread here: >>>> >>>> http://stackoverflow.com/questions/3461983/evt-tickcount-not-found-with-python2-6-on-osx-10-6-3 >>>> >>>> I can run the relax binary directly if I force 32-bit: >>>> >>>> ?$ arch -i386 relax.app/Contents/MacOS/relax >>>> >>>> And I can get the relax.app bundle to work if I lipo the relax binary: >>>> >>>> ?$ mv relax relax.orig >>>> ?$ lipo -thin i386 -output relax relax.orig >>>> >>>> I tried various other ways of forcing 32-bitness for Python: lipo'ing the >>>> python binaries, export VERISONER_PYTHON_PREFER_32_BIT=true, >>>> LSArchitecturePriority in the Info.plist without effect. >>>> >>>> -ben >>>> >>>> -- >>>> | Ben Eisenbraun >>>> | SBGrid Consortium ? ? ? ? ? ? ? ? ? ? ? ? ?| http://sbgrid.org ? ? ? | >>>> | Harvard Medical School ? ? ? ? ? ? ? ? ? ? | http://hms.harvard.edu ?| >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 5 Apr 2012 15:47:47 +0200 >> From: Martin Ballaschk <[email protected]> >> To: "Edward d'Auvergne" <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=iso-8859-1 >> >> >> Hi Edward, >> >> On 05.04.2012, at 15:31, Edward d'Auvergne wrote: >> >>> Could I ask anyone who is >>> suffering from, or who can trigger, this TickCount problem if you >>> could check and see if the problem is now eliminated? >> >> Still failing here: >> >> $ open relax.app >> >> Console errors: >> 05.04.12 15:42:38,708 [0x0-0x625625].com.nmr-relax.relax: Please install the >> wx Python module to access the relax GUI. >> >> $ cd /Applications/relax.app/Contents/MacOS/ >> $ ./relax >> Please install the wx Python module to access the relax GUI. >> $ ./python >> python: posix_spawn: /Applications/relax.app/Contents/MacOS/python2.6: No >> such file or directory >> >> >> >> But when forcing 32bit/i386 by using "arch" it works. >> >> Cheers >> Martin >> >> >> -- >> Martin Ballaschk >> AG Schmieder >> Leibniz-Institut f?r Molekulare Pharmakologie >> Robert-R?ssle-Str. 10 >> 13125 Berlin >> [email protected] >> Tel.: +49-30-94793-234/315 >> B?ro: A 1.26 >> Labor: C 1.10 >> >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 5 Apr 2012 10:20:54 -0400 >> From: Ben Eisenbraun <[email protected]> >> To: "Edward d'Auvergne" <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=us-ascii >> >> Hi Edward, >> >>> A solution is posted at >>> http://stackoverflow.com/questions/3461983/evt-tickcount-not-found-with-python2-6-on-osx-10-6-3, >> >> I saw that suggestion when I read the thread yesterday. If you're willing >> to give up the 64-bit version, this thread might also be useful: >> >> http://stackoverflow.com/questions/7472301/how-to-force-py2app-to-run-app-in-32-bit-mode >> >>> This fix doesn't solve the problem of the py2app created relax app not >>> using the bundled Python version and internal Python modules, so some >>> users will still be affected by that. >> >> Yesterday when I was looking at this, I added a 'print sys.executable' to >> __boot__.py and got: >> >> 4/4/12 12:40:10.353 PM [0x0-0x18ac8ab].com.nmr-relax.relax: >> /nfs/programs/i386-mac/relax/1.3.14/relax.app/Contents/MacOS/python >> >> And it doesn't change regardless of what PythonExecutable or >> PyRunTimeLocation is set to in the Info.plist. So it appears that it is >> calling the correct binary, but the Contents/MacOS/python is just a binary >> wrapper for some other python? I suppose I should read the py2app docs at >> some point. >> >> -ben >> >> -- >> | Ben Eisenbraun >> | SBGrid Consortium | http://sbgrid.org | >> | Harvard Medical School | http://hms.harvard.edu | >> >> >> >> ------------------------------ >> >> Message: 4 >> Date: Thu, 5 Apr 2012 16:49:08 +0200 >> From: "Edward d'Auvergne" <[email protected]> >> To: Ben Eisenbraun <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: >> <caed9py-023fueuhgvpdvwdk7r3rwxybn_klyv+yoom5wzwa...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >>>> A solution is posted at >>>> http://stackoverflow.com/questions/3461983/evt-tickcount-not-found-with-python2-6-on-osx-10-6-3, >>> >>> I saw that suggestion when I read the thread yesterday. If you're willing >>> to give up the 64-bit version, this thread might also be useful: >>> >>> http://stackoverflow.com/questions/7472301/how-to-force-py2app-to-run-app-in-32-bit-mode >> >> Is it worth having a 64-bit x86 version? Would any Mac users need or >> use this? I was hoping to distribute a working Universal binary. >> Forcing the i386 architecture may cause problems for people on old ppc >> machines, so I would like to find a more elegant solution than forcing >> i386 on all Mac users. I could set the LSArchitecturePriority >> Info.plist value to i386 and ppc in the py2app 'setup.py' script and >> then recreate the app, then maybe this would be a solution. But there >> must be a better way. >> >> >>>> This fix doesn't solve the problem of the py2app created relax app not >>>> using the bundled Python version and internal Python modules, so some >>>> users will still be affected by that. >>> >>> Yesterday when I was looking at this, I added a 'print sys.executable' to >>> __boot__.py and got: >>> >>> 4/4/12 12:40:10.353 PM [0x0-0x18ac8ab].com.nmr-relax.relax: >>> /nfs/programs/i386-mac/relax/1.3.14/relax.app/Contents/MacOS/python >>> >>> And it doesn't change regardless of what PythonExecutable or >>> PyRunTimeLocation is set to in the Info.plist. So it appears that it is >>> calling the correct binary, but the Contents/MacOS/python is just a binary >>> wrapper for some other python? I suppose I should read the py2app docs at >>> some point. >> >> The Contents/MacOS/python file is strange. It is not python, but a >> wrapper to the real Python binary (with a capital P) located somewhere >> else in the relax.app file hierarchy. From memory (I cannot find the >> docs at the moment), this is a special file which suppresses the >> prompt mode of Python and allows it interact properly as a Mac >> application (with the menus, dock, etc.). >> >> I could be wrong, but the Mac Info.plist files seem to only be a front >> to what is actually inside the app, so changing it does nothing. I >> don't know why it is pointing to the wrong Python version, but this is >> clearly a problem with the py2app script (or the relax setup.py >> configuration file). The sys.executable print outs in the Mac Console >> app should be correct though. I think I might now go and investigate >> the wxPython install that comes with Xcode 3.2.6 using the 'file' >> program. I wonder if these binaries are truly 'Universal'? >> >> Cheers, >> >> Edward >> >> >> >> ------------------------------ >> >> Message: 5 >> Date: Thu, 5 Apr 2012 17:15:59 +0200 >> From: "Edward d'Auvergne" <[email protected]> >> To: Martin Ballaschk <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: >> <caed9py_q1kaotn+stdzpjpd7hagje5tokubrjv8koqcs5w6...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi, >> >> Ok, that's great news. Using the 'open' command and forcing i386 will >> allow the Python and Python modules bundled with the relax app to be >> used rather than the system installed versions. I now know that I >> have to go hunt down an Universal binary architecture problem. I have >> a feeling that something that comes with Xcode 3.2.6 is not properly >> set up as a Universal binary. But at least you can run relax by >> forcing the machine architecture! >> >> Cheers, >> >> Edward >> >> >> On 5 April 2012 15:47, Martin Ballaschk <[email protected]> wrote: >>> >>> Hi Edward, >>> >>> On 05.04.2012, at 15:31, Edward d'Auvergne wrote: >>> >>>> Could I ask anyone who is >>>> suffering from, or who can trigger, this TickCount problem if you >>>> could check and see if the problem is now eliminated? >>> >>> Still failing here: >>> >>> $ open relax.app >>> >>> Console errors: >>> 05.04.12 15:42:38,708 [0x0-0x625625].com.nmr-relax.relax: Please install >>> the wx Python module to access the relax GUI. >>> >>> $ cd /Applications/relax.app/Contents/MacOS/ >>> $ ./relax >>> Please install the wx Python module to access the relax GUI. >>> $ ./python >>> python: posix_spawn: /Applications/relax.app/Contents/MacOS/python2.6: No >>> such file or directory >>> >>> >>> >>> But when forcing 32bit/i386 by using "arch" it works. >>> >>> Cheers >>> Martin >>> >>> >>> -- >>> Martin Ballaschk >>> AG Schmieder >>> Leibniz-Institut f?r Molekulare Pharmakologie >>> Robert-R?ssle-Str. 10 >>> 13125 Berlin >>> [email protected] >>> Tel.: +49-30-94793-234/315 >>> B?ro: A 1.26 >>> Labor: C 1.10 >>> >> >> >> >> ------------------------------ >> >> Message: 6 >> Date: Thu, 5 Apr 2012 11:31:51 -0400 >> From: Ben Eisenbraun <[email protected]> >> To: "Edward d'Auvergne" <[email protected]> >> Cc: "[email protected]" <[email protected]> >> Subject: Re: Temperature calibration & relax @ Mac OS X 10.7.3 ?Lion? >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=us-ascii >> >> Hi Edward, >> >>> Is it worth having a 64-bit x86 version? >> >> Does relax need to access more than 4 GB of RAM per process/thread? I think >> that's still the main deciding factor in the 32/64-bit choice. Apple claims >> that 64-bit apps can see a 5-15% performance increase depending on workload >> due to the extra general purpose CPU registers available in 64-bit mode. >> *shrug* >> >> Among my user population, we have very few PPC users left. The stats from >> our ~425 OS X users in March: >> >> https://developer.sbgrid.org/~bene/consortium-stats/four.html >> https://developer.sbgrid.org/~bene/consortium-stats/five.html >> >> Given the current difficulties, my suggestion would be to simplify, >> simplify, simplify. :-) Once you have a stable package that is working for >> the most common platforms, i.e. OS X Intel 10.6/7, then add more options as >> necessary to satisfy the corner cases. >> >> As an aside, the linux packages work great on every distro I've tested: >> Red Hat/CentOS 5 and 6, Ubuntu 10.10 and 11.10, Debian 6, 32 and 64-bit for >> all of them. >> >> -ben >> >> -- >> | Ben Eisenbraun >> | SBGrid Consortium | http://sbgrid.org | >> | Harvard Medical School | http://hms.harvard.edu | >> >> >> >> ------------------------------ >> >> _______________________________________________ >> relax (http://www.nmr-relax.com) >> >> This is the relax-users mailing list >> [email protected] >> >> To unsubscribe from this list, get a password >> reminder, or change your subscription options, >> visit the list information page at >> https://mail.gna.org/listinfo/relax-users >> >> End of relax-users Digest, Vol 69, Issue 12 >> ******************************************* >> > > _______________________________________________ > relax (http://www.nmr-relax.com) > > This is the relax-users mailing list > [email protected] > > To unsubscribe from this list, get a password > reminder, or change your subscription options, > visit the list information page at > https://mail.gna.org/listinfo/relax-users _______________________________________________ relax (http://www.nmr-relax.com) This is the relax-users mailing list [email protected] To unsubscribe from this list, get a password reminder, or change your subscription options, visit the list information page at https://mail.gna.org/listinfo/relax-users
