[elrepo-devel] RHEL 7.6 and libglvnd

[Phil Perry]

On 05/11/2018 20:15, Phil Perry wrote:
> On 05/11/2018 03:52, Michael Lampe via elrepo-devel wrote:
>> Hi Phil,
>>
>> I've also experimented a little and basically arrived at the same 
>> conclusion:
>>
>> https://github.com/mlampe/packages/blob/master/nvidia-x11-drv/el7/nvidia-x11-drv.spec 
>>
> 
> Great.
> 
>>
>> Additional changes: I've removed these two links.
>>
>> 1) libnvidia-cfg.so -> libnvidia-cfg.so.%{version}
>> 2) vdpau/libvdpau_nvidia.so -> libvdpau_nvidia.so.%{version}
>>
>> There is no SDK for libnvidia-cfg, so nobody can link his own programs 
>> to this library. Hence no so link. And vdpau drivers are selected at 
>> runtime as libvdpau_<driver>.so.1. There is also no so link in 
>> mesa-vdpau-drivers.
>>
> 
> Acknowledged.
> 
>> I've also removed
>>
>> 3) libOpenCL.so*
>>
>> because a (vendor neutral) OpenCL loader and SDK is available in Epel 
>> and it works fine.
>>
> 
> I decided to go the other route here and added a Conflicts against the 
> epel package as I don't want to rely on anything outside of our repo or 
> the distro. If the vendor neutral package gets added to the distro I'll 
> drop it.
> 
>> About Wayland: Last I heard is that RH's tech preview doesn't work 
>> with the nvidia driver anyway, but I've never tried it myself. Does it 
>> work for you?
>>
> 
> I think you're probably correct having read the rhel7.5 release notes 
> more carefully. I've not tried testing it and a quick search of Wayland 
> on RHEL turned up nothing than press releases on the original 
> announcement. Doesn't hurt to leave libnvidia-egl-wayland in though in 
> case people want to try for themselves.
> 
>> As for the 32-bit libs: I would only keep
>>
>>    Requires:    libglvnd
>>
>> and remove
>>
>>    Requires:    libglvnd-egl
>>    Requires:    libglvnd-gles
>>    Requires:    libglvnd-glx
>>    Requires:    libglvnd-opengl
>>    Requires:    libvdpau
>>    Requires:    mesa-libEGL
>>    Requires:    mesa-libGL
>>    Requires:    mesa-libGLES
>>
>> This is enough to make sure we are 7.6+. If you then install a program 
>> that needs EGL for example, yum will take care of mesa-libEGL and 
>> libglvnd-egl. There's no need for the driver package to pull this in 
>> in advance.
>>
> 
> Fair enough - yum should sort out any dependencies and if it doesn't we 
> can always add things back as required.
> 
>> -Michael
>>
>> PS: I've also removed
>>
>> 4) libGL.la
>>
>> This would be in a system package if RH wanted it to be available.
> 
> Agreed.
> 
> Thanks for the feedback. I'll continue to push changes up to github and 
> test but will hold off releasing until CentOS have released their el7.6 
> offering so the deps are all in place.
> 

I've reworked nvidia-x11-drv to split the libs out into an 
nvidia-x11-drv sub-package, that is multi-arch for both x86_64 and i686. 
This obsoletes the old nvidia-x11-drv-32bit package that shipped 32-bit 
libs in an x86_64 package (definitely not best practice!)

I've pushed these new packages to the testing el7 repo:

nvidia-x11-drv-410.78-2.el7_6.elrepo.x86_64
nvidia-x11-drv-libs-410.78-2.el7_6.elrepo.x86_64
nvidia-x11-drv-libs-410.78-2.el7_6.elrepo.i686

I've left the requires for libglvnd and mesa packages in for now, as I 
wanted to ensure yum pulled in the correct packages to resolve any 
multi-arch dependencies. I hope to look further if any are not required 
at which point I don't mind removing them, but they don't appear to pull 
in a lot of unnecessary stuff.

The relevant commit is here:

https://github.com/elrepo/packages/commit/76e92998a052d99cfab3184f1a030eb72a177d46

I'll post an update to the main list to advise users new packages are in 
testing to see if we can get some user feedback.