Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 204641 - xorg-x11-devel do not only includes development files and X do load module support from .a archives
xorg-x11-devel do not only includes development files and X do load module su...
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: xorg-x11 (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: X/OpenGL Maintenance List
Depends On:
  Show dependency treegraph
Reported: 2006-08-30 11:47 EDT by Klaus Ethgen
Modified: 2007-11-30 17:07 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-10-04 15:14:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Klaus Ethgen 2006-08-30 11:47:28 EDT
Description of problem:
The package xorg-x11-devel includes /usr/X11R6/lib/libGL.a which make it 
any other openGL library like them from nVidia. This is cause X load this
library in front of libGL.so.

This makes other drivers with openGL support break if you need the devel package
to develop X applications. (Other libraries just get overwritten but makes the
rpm database broken for the involved xorg-x11-devel.)

There has two to be done:
1. X must not load any .a archive.
2. The header files and the .a archives has to be for its own in a package
   without any .so library!

Version-Release number of selected component (if applicable):
Any in EL4
Comment 1 Kristian Høgsberg 2006-10-03 13:58:44 EDT
What is the problem you're seeing?  The X server never loads libGL.a and linking
against libGL will always pick up the shared library unless you explicitly
specify -static on the link line.

As for 2. we always ship header files, .so files and sometimes .a files in
-devel packages.  The non-devel package has the fully versioned .so files, for

[krh@devserv krh]$ rpm -qlp xorg-x11-Mesa-libGL-6.8.2-1.EL.13.36.i386.rpm 
Comment 2 Klaus Ethgen 2007-05-23 04:42:41 EDT
I rechecked the bug again and I'm able to clarify it a bit:

- The /usr/X11R6/lib/libGL.a is not loaded by the X server (anymore).
- But there is still a problem with the X libraries. Package xorg-x11-devel 
includes /usr/lib/libGL.so which has not to be in a -devel package! This .so 
library is in fact loaded by the X server. Those file make the problems as it 
will be in, for example, nvidia-libs package as this is the correct location 
for the GL driver.

So I suggest to
1. wipe out any appearance of a .so file in a -devel package
2. If needed make a separate -gl-libs package holding such libraries to allow 
to replace them with other packages.
Comment 3 Adam Jackson 2007-10-04 15:14:08 EDT
We're not going to change the packaging of X in RHEL4 at this point.

Your analysis is also just plain wrong.  libGL.a has never been loaded by the X
server, and neither is libGL.so.

Note You need to log in before you can comment on or make changes to this bug.