> the only way would be to make sure libGL.so.1 cannot be loaded. > You could perhaps rename it so wine can't find it (and rename it > back when you need to run transcode, perhaps).
Moving the /usr/lib/libGL.so* files out of the way doesn't work either. Perhaps it's loading the 32bit version from ia32-libs. libwine itself depends on that package. (Will try moving that away later, but I don't have access ATM.) Either way, are you sure you don't want to reopen that bug? As it is wine effectively depends on working OpenGL on the display, which is a bit much to ask IMHO. Not everyone is using it for games (on all machines ^^) Cheers, C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
