Description of problem: Hi, I have trouble with a package. I tried to compil a program from source (since it is not in the repo) the compilation stoped with the message : "/usr/include/SDL/SDL_opengl.h:46:60: erreur fatale: GL/gl.h : Aucun fichier ou dossier de ce type" So after a search, I find out that the file /usr/include/GL/gl.h was in the lib64mesagl1-devel-7.10.2-4.mga1.x86_64 rpm. But this package was already installed, and the directory /usr/include/GL didn't exist!! So I manually installed the missing headers files in the directory (from the source found on the net : http://www.mesa3d.org) The compilation went ok. So it seems that the package lib64mesagl1-devel-7.10.2-4.mga1.x86_64.rpm does not contain the files it should!? Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. remove any previous installation of lib64mesagl1-devel-* and remove directory /usr/include/GL 2. install lib64mesagl1-devel-7.10.2-4.mga1.x86_64.rpm 3. check if the directory /usr/include/GL exists and is not empty
I cannot confirm this bug: [manu@vosdook ~]$ ls /usr/include/GL/ glext.h gl_mangle.h glxint.h glxproto.h osmesa.h wmesa.h glfbdev.h glxext.h glx_mangle.h glxtokens.h vms_x_fix.h gl.h glx.h glxmd.h internal/ wglext.h "1. remove any previous installation of lib64mesagl1-devel-* and remove directory /usr/include/GL" why remove the directory ? I think it's another rpm who create the directory that's why it don't work for you. ( before installing I have that [manu@vosdook ~]$ ls /usr/include/GL/ glxint.h glxmd.h glxproto.h glxtokens.h internal/ )
(In reply to comment #1) > why remove the directory ? Perhaps because if the directory and the files exist, you will not see that the package does not create them...? > I think it's another rpm who create the directory wich one? why so this package is not in the dependance of lib64mesagl1-devel ? The files â/usr/include/GL/gl.h â/usr/include/GL/gl_mangle.h â/usr/include/GL/glext.h â/usr/include/GL/glfbdev.h â/usr/include/GL/glx.h â/usr/include/GL/glx_mangle.h â/usr/include/GL/glxext.h â/usr/include/GL/internal â/usr/include/GL/internal/dri_interface.h â/usr/include/GL/osmesa.h â/usr/include/GL/vms_x_fix.h â/usr/include/GL/wglext.h â/usr/include/GL/wmesa.h are in the "files" list of the rpm. In a way or another they should be present if the package is marked as installed, shouldn't they !?
removing the directory is perhaps a little bit too much, but at least temporarly rename it should do the trick.
Sorry, I can't reply to you question but for me this is not a real bug. (http://sophie.zarb.org/rpms/293ec455d820ef4ddabd663469ca80aa/files )
Summary: missing files => gl.h missing in lib64mesagl1-develSource RPM: lib64mesagl1-devel-7.10.2-4.mga1.x86_64 => mesaWhiteboard: (none) => unconfirmed
$ urpmq -l lib64mesagl1-devel /usr/include/GL/gl.h /usr/include/GL/gl_mangle.h /usr/include/GL/glext.h /usr/include/GL/glfbdev.h /usr/include/GL/glx.h /usr/include/GL/glx_mangle.h /usr/include/GL/glxext.h /usr/include/GL/internal /usr/include/GL/internal/dri_interface.h /usr/include/GL/osmesa.h /usr/include/GL/vms_x_fix.h /usr/include/GL/wglext.h /usr/include/GL/wmesa.h /usr/lib64/libGL.so /usr/lib64/pkgconfig/dri.pc /usr/lib64/pkgconfig/gl.pc /usr/share/doc/lib64mesagl1-devel /usr/share/doc/lib64mesagl1-devel/COPYING The file is inside the RPM. $ locate gl.h|grep -E "^/usr/include/GL" /usr/include/GL/gl.h /usr/include/GL/mesa_wgl.h I can't confirm the bug.
CC: (none) => krytarowski
closing as unconfirmed
Status: NEW => RESOLVEDResolution: (none) => INVALID