Hi, Actually, now that I remember it, Jack Howarth added relax to MacPorts, thought it is now quite out of date. The relax version at https://trac.macports.org/browser/trunk/dports/science/relax/Portfile is the old 1.3.6. So this won't help much.
Regards, Edward On 4 April 2012 13:26, Edward d'Auvergne <[email protected]> wrote: > Hi, > > I'll answer below: > >> did you test it on a „vanilla“ machine without wx installed? If I start the >> application by clicking the symbol it gives me the following error (that's >> different from 3.13 - now I get the actual error inside the relax window). > > This is my development machine which has 5 copies of wx installed > (fink, Xcode, and 3 custom Mac frameworks). I also have 6 Python > version (2.6 and 2.7 in fink, 2.6 in Xcode, and 2.5, 2.6, and 2.7 in > the 3 frameworks). This is needed to test all 3 release mechanisms > from Mac OS X (fink, sources, and the DMG file). Therefore it can > become quite complicated. Sadly my testing on Mac OS X 10.6.8 is > successful. > > >> relax Error >> An unexpected error has occurred during execution of the main script >> AttributeError: 'module' object has no attribute 'TickCount' > > This is quite peculiar as the Python version in the DMG file has this > Carbon.Evt.TickCount object (or at least it should). Could you find > the 'Python' executable file in the relax.app/ file structure, run it > from the terminal, and then type: > >>>> from Carbon.Evt import TickCount > > When launching Python, which version does it say it is? Copying and > pasting the full intro printout would be useful. This problem is > outside of relax, in the py2app Python application, but maybe we can > come up with a work around. This TickCount error might be quite > useful for chasing down the problem. But this error occurs before > relax is loaded, so it could simply be hiding the original Lion > problem you encountered :S > > >> If I start the costum relax binary inside Contents/MacOS/ I get >> >> $ ./relax >> Please install the wx Python module to access the relax GUI. >> >> So to me it seems that wxPython is not included in your bundle. > > Launching in this way will be then using a different Python > interpreter. If you run './relax -i', you might see that > /usr/bin/python is being used, or maybe /sw/bin/python if you have a > fink install (that information would also be useful to have). This > different version of Python, the standard on your system, is missing > the wxPython module. The relax.app Application should be using the > internal Python version, otherwise it will be functioning almost like > the source relax install. Note that the 'relax' file should only have > the following contents: > > #! /usr/bin/env python > > # Import the relax module. > import relax > > # Start relax. > relax.start() > > >> More below: >> >> On 03.04.2012, at 22:31, Edward d'Auvergne wrote: >> >>> (Macs are an incredibly tortuous development >>> environment!!!) >> >> Haha! >> >> Maybe an alternative is to do it with Homebrew or MacPorts. Here all the >> dependencies are matched with the repo that is independent from the default >> Mac OS stuff. > > It's a possibility, but the load for creating the DMG file, and the > extensive testing of the DMG file, fink version provided by Jack > Howarth, and running from the sources is already quite high :S I'm > also not a Mac user, so I don't know much about the fink vs. MacPorts > vs. Homebrew game. > > >>> I think it's safe to assume that the Lion is half baked and >>> not compatible with Xcode+Python+Mac OS X 10.6.8 yet, >> >> Not so fast: As I mentioned earlier it runs perfectly if I launch the py2app >> relax 3.13 binary via the command line. Just launching it via clicking the >> symbol fails. > > For the first, I thought that you received the TickCount error > attached to the bug report https://gna.org/bugs/?19606 as the log file > 'relax-launcher-console.log'? This mechanism would skip the Mac > Framework built into the DMG file and use what is already on your Mac. > Clicking on the symbol will use the DMG Framework, so the problem > must lie there. You could try launching with: > > $ open relax.app > > on the command line, but I would assume that you will see no output > and have the same failure as clicking on the symbol. > > >> 3.14 fails in both ways, though. > > This is strange as the wx code in relax is identical in 1.3.13 vs. > 1.3.14. The Xcode versions are different though, thanks to the Mac > update. This again indicates that we need some type of workaround for > problems in the Mac Frameworks. > > >>> This DMG file works perfectly fine on Snow Leopard, and is built with >>> the Mac 10.5 'Framework' so will run on Leopard. It is also compiled >>> with support for the i386, ppc, and x86_64 CPUs. >> >> If it's PPC 32 bit, I can test this with my old PPC G4 machine at home. > > The only target missing is ppc64, as one of Framework components on > 10.6.8 does not support it. It could be a useful test though. > > Cheers, > > Edward _______________________________________________ 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
