Summary: | All gnustep apps segfault inside pixman if OpenGL enabled in Cairo backend | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Hypnos <hypnos75> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Gnustep project <gnustep> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
backtrace for AClock
cave info gnustep-back-cairo Patch to gnustep-back-cairo-0.20.1.ebuild |
Description
Hypnos
2011-08-19 05:08:53 UTC
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! |