Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 58183 - After upgrade to opengl-update-1.8.1, libsdl needs to be remerged
Summary: After upgrade to opengl-update-1.8.1, libsdl needs to be remerged
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-24 07:16 UTC by trejkaz
Modified: 2016-08-08 04:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description trejkaz 2004-07-24 07:16:27 UTC
Since my update a couple of days ago, I haven't been able to get any accelerated OpenGL applications (read: games) to run.

GLXgears still works, exactly the same as before, which seems unusual.


Reproducible: Always
Steps to Reproduce:
1. Run any accelerated OpenGL application (foobillard was my most common choice because it shows the error with the least fuss.)

Actual Results:  
Message to console: 
Video mode set failed: X11 driver not configured with OpenGL 
 

Expected Results:  
Worked. :-) 

Upgrade was to opengl-update-1.8.1, which appears to behave differently to the 
previous versions so it's a top suspect. 
 
Same problem regardless of whether I use ati-drivers-3.2.8 or 
ati-drivers-3.9.0, so I think we can rule drivers out of the question. 
 
This is all I see in the Xorg.0.log file when it occurs, which doesn't seem 
related: 
GetModeLine - scrn: 0 clock: 202500 
GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 
              vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 
 
Of course dri and glx are both enabled in my X config, as they have always 
been, and even glxinfo shows them: 
name of display: :0.0 
display: :0  screen: 0 
direct rendering: Yes 
server glx vendor string: SGI 
server glx version string: 1.2 
server glx extensions: 
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_SGI_make_current_read, GLX_SGIS_multisample 
client glx vendor string: ATI 
client glx version string: 1.3 
client glx extensions: 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, 
    GLX_ATI_render_texture 
GLX extensions: 
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context 
OpenGL vendor string: ATI Technologies Inc. 
OpenGL renderer string: RADEON 9600 XT Athlon (3DNow!) 
OpenGL version string: 1.3 (X4.3.0-3.2.8) 
OpenGL extensions: 
[snip]
Comment 1 trejkaz 2004-07-24 23:20:09 UTC
Solution found!

I remerged libsdl and things worked again.

Perhaps libsdl needs a version bump so that others don't run into the same problem.
Comment 2 Donnie Berkholz (RETIRED) gentoo-dev 2004-09-30 14:24:58 UTC
Can't reproduce.
Comment 3 trejkaz 2004-09-30 20:30:29 UTC
Oh well.

Other people on the forums seemed to be able to.
Comment 4 Roy Wood 2005-03-16 06:23:35 UTC
I ran into this smae problem last night, and re-emerging libsdl initially did NOT work for me.  Watching the output of the emerge, I noticed that the automake/autoconf script thought that OpenGL was NOT available on my system, though it most certainly is (e.g. glxgears and glxinfo indicate otherwise).  I dug into the configure.log output and found that it failed to locate the GL/glxext.h header file, which now lives in a different location (x.org vs xfree86).  I added a symlink in the /usr/include/GL directory, rebuilt libsdl, and everything is fine now.

My /usr/include/GL directory now contains the following:

$ ll /usr/include/GL
total 100
-r--r--r--  1 root root  7946 Mar  4 23:00 GLwDrawA.h
-r--r--r--  1 root root  4433 Mar  4 23:00 GLwDrawAP.h
-r--r--r--  1 root root  2309 Mar  4 23:00 GLwMDrawA.h
-r--r--r--  1 root root  2311 Mar  4 23:00 GLwMDrawAP.h
lrwxrwxrwx  1 root root    37 Mar  4 23:00 gl.h -> /usr/lib/opengl/xorg-x11/include/gl.h
lrwxr-xr-x  1 root root    38 Mar 15 19:33 glext.h -> /usr/lib/opengl/global/include/glext.h
-r--r--r--  1 root root 15981 Mar  4 23:00 glu.h
-rw-r--r--  1 root root 30192 Mar  3 07:20 glut.h
-rw-r--r--  1 root root  4109 Mar  3 07:20 glutf90.h
lrwxrwxrwx  1 root root    38 Mar  4 23:00 glx.h -> /usr/lib/opengl/xorg-x11/include/glx.h
lrwxr-xr-x  1 root root    39 Mar 15 21:09 glxext.h -> /usr/lib/opengl/global/include/glxext.h
-r--r--r--  1 root root  4257 Mar  4 23:00 glxint.h
lrwxrwxrwx  1 root root    44 Mar  4 23:00 glxtokens.h -> /usr/lib/opengl/xorg-x11/include/glxtokens.h
-r--r--r--  1 root root  8349 Mar  4 23:00 osmesa.h


I previously added the symlink for glx.h, too.  I linked to the "global" rather than the xorg-x11 version since it seemed more up-to-date.  Probably a potential source of pain, but it works.  I'm not sure where the "global" headers came from-- maybe opengl-update?


All of this should be handled by some other package, and should therefore be considered a bug in that package at this point; however, I'm not sure what package that is.  Maybe x.org?  Maybe opengl-update?  Maybe something else?  I dunno....
Comment 5 Matthias Maier gentoo-dev 2016-08-08 04:49:53 UTC
*** Bug 586560 has been marked as a duplicate of this bug. ***