[elrepo] Installation of acroread will pull in the ATI graphics driver from ELRepo

[Phil Perry]

On 15/03/11 20:30, Phil Schaffner wrote:
> Akemi Yagi wrote on 03/15/2011 04:02 PM:
>> Hi all,
>>
>> This issue was first reported in the CentOS forum:
>>
>> http://www.centos.org/modules/newbb/viewtopic.php?topic_id=30539&forum=14
>>
>> On RHEL-6 (or SL-6), if you run 'yum install acroread' with elrepo
>> enabled, that would pull in kmod-fglrx and fglrx-x11-drv.
>
> This will not happen if mesa-libGL is already installed, at least with
> the Adobe AdobeReader_enu package.
>

$ rpm -qp --requires AdbeRdr9.4.2-1_i486linux_enu.rpm | grep libGL
libGL.so.1

The issue is that both mesa-libGL and fglrx-x11-drv(-32bit) provide 
libGL.so.1.

When elrepo is installed (and enabled), it appears to take priority over 
packages from RHN for satisfying dependencies.

> Don't know what happens if one then attempts to install the fglrx
> packages.  Not going to try it as I don't have the hardware, but yum
> does get as far as offering to install the packages without complaining
> about conflicts.
>

There is no conflict as the files are installed to different locations, 
mesa-libGL to /usr/lib(64)/libGL.so.1 and fglrx-x11-drv(-32bit) to 
/usr/lib(64)/fglrx/libGL.so.1.

When a 3rd party package is installed the new libs are picked up by 
ldconf as listed in /etc/ld.so.conf.d. At least that is how we handle it 
at elrepo.org. Nvidia, for example, backup then remove the original if 
present before replacing it with their own variant. That works great 
until mesa-libGL gets an update and in turn overwrites the Nvidia variant!