On Tue, Sep 9, 2014 at 10:54 AM, Jim Perrin <jperrin@xxxxxxxxxx> wrote:
>
>
> On 09/09/2014 10:49 AM, Les Mikesell wrote:
>> So much for elrepo being a painless way to get working Nvidia drivers...
>
> This isn't elrepo's fault.
>
> The glibc update changes the location of the ldconfig binary. It's still
> in root's path, but anything that had a hardcoded path as a requirement
> will break.
Ummm, great... I thought that was just the sort of breakage that
'Enterprise' OS versions were supposed to avoid. (I realize it's not
CentOS's fault either).
> The original glibc package provides both /usr/sbin/ldconfig and
> /sbin/ldconfig, while the updated package only provides /sbin/ldconfig.
The whole 's' concept was a bad idea to begin with. Why did they have
to make it worse?
>> Yum update (or just update glibc) says:
>>
>> --> Processing Dependency: /usr/sbin/ldconfig for package:
>> nvidia-x11-drv-304xx-304.123-1.el7.elrepo.x86_64
>> --> Finished Dependency Resolution
>> Error: Package: nvidia-x11-drv-304xx-304.123-1.el7.elrepo.x86_64 (@elrepo)
>> Requires: /usr/sbin/ldconfig
>> Removing: glibc-2.17-55.el7.x86_64 (@anaconda)
>> Not found
>> Updated By: glibc-2.17-55.el7_0.1.x86_64 (updates)
>> Not found
>> You could try using --skip-broken to work around the problem
>>
>> What do those 'not found's mean?
>
>
> It means there's no more /usr/sbin/ldconfig provided in the newer packages.
Seems odd to say it twice. But what's the right fix here?
--
Les Mikesell
lesmikesell@xxxxxxxxx
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
