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
