Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 78641 - gl.h, glx.h and glxtokens.h missing in ati-drivers-8.8.25
Summary: gl.h, glx.h and glxtokens.h missing in ati-drivers-8.8.25
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Luca Barbato
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-19 02:52 UTC by Martin Parm
Modified: 2005-01-31 11:37 UTC (History)
0 users

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 Martin Parm 2005-01-19 02:52:20 UTC
After updating to ati-drivers-8.8.25 the symlinks from /usr/X11R6/include/GL to gl.h, glx.h and glxtokens.h are invalid. All symlinks points to /usr/lib/opengl/global/include but this dir only contains glext.h. I've also tried with the newest unstable opengl-update, but with the same result (actually, worse as it's also also trying to symlink to a non-existing library).
I suspect that this error is either in the new ATI-ebuild or in opengl-update.

Reproducible: Always
Steps to Reproduce:
1.emerge =x11-base/xorg-x11-6.8.0-r3 =media-video/ati-drivers-8.8.25 =media-video/ati-drivers-extra-8.8.25 =x11-base/opengl-update-1.8.2
2. env-update; source /etc/profile; dispatch-conf; opengl-update ati
3. less /usr/X11R6/include/GL/gl.h

Actual Results:  
/usr/X11R6/include/GL/gl.h: No such file or directory

Expected Results:  
This file should exist

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1,
2.6.9-gentoo-r13 i686)
=================================================================
System uname: 2.6.9-gentoo-r13 i686 Intel(R) Pentium(R) M processor 1.70GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.gentoo.diku.dk/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.diku.dk/gentoo-portage/"
USE="X alsa apm avi berkdb bitmap-fonts cdr cjk crypt cups encode f77
font-server foomaticdb fortran gdbm gpm gtk gtk2 imagemagick imlib ipv6 jpeg
libg++ libwww mad maildir mikmod mmx motif mpeg ncurses nls nojoystick oggvorbis
opengl pam pdflib perl png python qt quicktime readline sdl spell sse ssl svg
svga tcpd tetex tiff truetype truetype-fonts type1-fonts unicode x86 xml2 xmms
xprint xv zlib"
Comment 1 Philip Allison 2005-01-19 03:10:29 UTC
In /usr/lib/opengl, you should have at least "ati", "global", and "xorg-x11" folders, if I understand correctly. Contents of "global" apply for all OpenGL profiles, other folders apply in their respective profiles. "global/include" contains glext.h, which explains why this is still present after "opengl-update ati"; however, if you actually look in the "ati" folder, it lacks an include directory altogether. Copying (symlinking?) the include folder from xorg-x11 to ati then re-running opengl-update seems to be a functional workaround for now (I've only tried compiling the most basic of OpenGL apps so far, however).
Comment 2 Philip Allison 2005-01-19 03:12:28 UTC
Just a thought - if ATI don't provide their own versions of the OpenGL header files (and why would they?), perhaps the X.Org ones ought to reside in "global" as fallbacks.
Comment 3 Martin Parm 2005-01-19 04:24:15 UTC
Either that or the ati-driver ebuild should make the right symlinks. That depends on the intended behaviour of opengl-update. Should opengl-update save "bad" drivers or should it be a requirement that drivers always provide all the header filer (e.g. as symlink if they don't have their own).
Comment 4 Luca Barbato gentoo-dev 2005-01-19 04:49:23 UTC
I'll revert back to the old approach
Comment 5 Luca Barbato gentoo-dev 2005-01-31 11:37:15 UTC
Should be fixed in the latest revision