Created attachment 283849 [details] backtrace for AClock The bug seems to be the same as the one here -- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613221 Disabling the "opengl" USE flag for either cairo and gnustep-back-cairo does *not* work around the problem. FWIW, gnustep-back-cairo links to OpenGL even with the "opengl" USE flag disabled. A GNUstep list thread suggests it's simply a matter of Cairo point release: http://osdir.com/ml/discuss-gnustep-gnu/2011-03/msg00025.html My own backtrace for AClock is attached, as well as my paludis info. Possibly relevant package versions: gnustep-gui-0.20.0 gnustep-back-cairo-0.20.1 cairo-1.10.2-r1 pixman-0.22.0 (0.22.2 has the same problem) mesa-7.10.3
Created attachment 283851 [details] cave info gnustep-back-cairo
Created attachment 283871 [details, diff] Patch to gnustep-back-cairo-0.20.1.ebuild The workaround for the bug does work if OpenGL is properly disabled during configure. The problem in the ebuild is that it assumes the standard autoconf switches "--enable-glx" and "--disable-glx", when in fact the configure script only supports "--disable-glx".
Thanks for the detailed report :) Apparently mesa is indeed the culprit: https://bugs.freedesktop.org/show_bug.cgi?id=35268 (which explains why I did not see it, I use nvidia libGL) Hopefully this will be fixed soon there... In the meantime I've fixed the opengl USE-flag, thanks! Once the bug is fixed and a new mesa released, I'll update the dependencies to reflect that
https://bugs.freedesktop.org/show_bug.cgi?id=34335 looks related...
Looks like all upstream bugs are now closed and patches removed. Indeed I now use intel video driver, and gnustep-back-cairo+mesa works fine here :) Don't hesitate to reopen if you still have this problem!
