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
Re: Temperature calibration & relax @ Mac OS X 10.7. 3 „Lion“