On Thu, Sep 3, 2009 at 4:07 PM, Alex Holkner<[email protected]> wrote: > > On Fri, Sep 4, 2009 at 4:21 AM, Nathan<[email protected]> wrote: >> >> On Thu, Sep 3, 2009 at 12:03 PM, Tristam MacDonald<[email protected]> >> wrote: >>> On Thu, Sep 3, 2009 at 1:19 PM, Nathan <[email protected]> wrote: >>>> >>>> I just updated to Snow Leopard, reinstalled pyglet, and my pyglet app >>>> now fails on "from pyglet.gl import *" :-( >>>> >>>> Help!? >>> >>> Install pyglet manually - the binary installer is not very compatible with >>> Snow Leopard. >> >> I tried installing 1.1.3 from the tarball, but it didn't have any >> effect (same error). >> >> I tried checking out the pyglet trunk from the googlecode subversion >> repository and installing it, but that also had no effect as far as I >> can tell: >> >> $ python >> Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) >> [GCC 4.2.1 (Apple Inc. build 5646)] on darwin >> Type "help", "copyright", "credits" or "license" for more information. >>>>> from pyglet.gl import * >> Traceback (most recent call last): >> File "<stdin>", line 1, in <module> >> File "/Library/Python/2.5/site-packages/pyglet/gl/__init__.py", line >> 507, in <module> > > For a start, you're still loading pyglet from the Python/2.5 > directory, not the local one you just downloaded. Perhaps you've got > a funny PYTHONHOME or PYTHONPATH set somewhere?
Bingo, I don't even remember setting it, but I have: PYTHONPATH=/Library/Python/2.5/site-packages >> OSError: dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, >> 6): no suitable image found. Did find: >> /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching >> architecture in universal wrapper >> /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching >> architecture in universal wrapper > > Here's the real problem though. Here's a session from Snow Leopard's > Python 2.6: > > % /System/Library/Frameworks/Python.framework/Versions/2.6/bin/python > Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) > [GCC 4.2.1 (Apple Inc. build 5646)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> from ctypes import sizeof, c_voidp >>>> sizeof(c_voidp) > 8 > > That's a 64-bit Python binary. pyglet won't work in 64-bits on OS X > (besides the QuickTime issue here, Carbon also is 32-bit only). While > waiting for someone with much free time to complete a Cocoa port of > pyglet, you can download a 32-bit Python from python.org. > > Alex. Dang. I was rather happy that pyglet worked so well with the system python before. So if I understand correctly, unless someone does a whole lot of work to port pyglet<->Carbon interactions to be pyglet<->Cocoa interactions, I'm stuck with needing to manually install a 32-bit Python and use pyglet with that. Am I understanding that correctly? ~ Nathan --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en -~----------~----~----~----~------~----~------~--~---
