Summary: | modular Xorg (7.0.0rc3) unresolved symbols for opengl interface | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Felix Braun <Felix.Braun> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 112004 | ||
Attachments: |
config.log
output from emerge info Log of the x-server my xorg.conf |
Description
Felix Braun
2005-12-05 08:05:38 UTC
Created attachment 74099 [details]
config.log
Created attachment 74101 [details]
output from emerge info
A revdep-rebuild (rebuilding mesa) fixed the issue for me. Maybe xserver's ebuild should be updated to suggest such a rebuild? This is likely due to the libdrm changes...Donnie, should we rev-bump mesa and force it in the metabuild to avoid this? But now the xorg-server can't load its GLcore module anymore (libGLcore.so: undefined symbol: __glXLastContext) :-( Which xorg-server are you running? I bumped it last night with a libdrm dep that might fix it... (In reply to comment #4) > This is likely due to the libdrm changes...Donnie, should we rev-bump mesa and > force it in the metabuild to avoid this? No, that's not the right answer. Running revdep-rebuild is. In reply to comment #6: The bug with __glXLastContext is present in both xorg-server-0.99.4-r1 and -r2. Please attach your 'emerge info' and attach your X configuration and log. Comment on attachment 74099 [details]
config.log
obsoleted by bug-morphing
Created attachment 74241 [details]
Log of the x-server
Created attachment 74242 [details]
my xorg.conf
Configuration, log and emerge info attached as per request. Thanks for your
help.
You shouldn't load GLcore explicitly. The dynamic loader will start it as required. Drop the line from your xorg.conf and you shouldn't lose any functionality. |