I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss? Thanks,
Jerry
On Wed, Feb 27, 2019 at 01:55:10PM -0500, Jerry Geis wrote:
I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss? Thanks,
I'd try "yum install kmod-nvidia". ISTR that works.
'd try "yum install kmod-nvidia". ISTR that works.
Thanks that seems to be working. However there were differnet "Versions" to install based on what nvidia-detect says. Not 1 driver for all. So now its installing the 410.93 package... I'm not sure that supports the chipset I have. Which is Gt218 ION
Jerry
As I thought - the NVIDIA log is saying "WRONG" Driver silly - use the 340xx driver. Again - original question was "yum install kmod-nvidia-3400xx" says no package available for elrepo ???
Jerry
Jerry Geis wrote:
As I thought - the NVIDIA log is saying "WRONG" Driver silly - use the 340xx driver. Again - original question was "yum install kmod-nvidia-3400xx" says no package available for elrepo ???
Is that the command you used, or did you use "yum install kmod-nvidia-340"?
mark "one too many zeros"
There is no kmod-nvidia-340xx driver any more... What now ??? https://centos.pkgs.org/7/elrepo-x86_64/
Its in the 6 folder but not 7 ???
Jerry
I'll see if I can find some time this weekend to fix the elrepo package and get it reinstated into the repository.
Phil
Hi Phil, Thanks for the reply. Your correct this is OLD hardware. Everything was working with 7.5 thought I was good to go so to speak ... So When I was starting now to migrate OLD boxes from CentOS 6 to 7.6 it wasnt working.
I can look at going "back" to using the NVIDIA binary, I had just recently switched the kmod-nvidia. :)
I'd rather "not" use nouvue(?) tried once way back and was not pleasant.
Thanks so much - I'll wait a few days to see if you have time to compile, before switching back to binary. Other issue with that... which is why kind folks suggested here to move to kmod-nvidia.
Thanks!
Jerry
On 27/02/2019 20:29, Jerry Geis wrote:
I'll see if I can find some time this weekend to fix the elrepo package and get it reinstated into the repository.
Phil
Hi Phil, Thanks for the reply. Your correct this is OLD hardware. Everything was working with 7.5 thought I was good to go so to speak ... So When I was starting now to migrate OLD boxes from CentOS 6 to 7.6 it wasnt working.
I can look at going "back" to using the NVIDIA binary, I had just recently switched the kmod-nvidia. :)
I'd rather "not" use nouvue(?) tried once way back and was not pleasant.
Thanks so much - I'll wait a few days to see if you have time to compile, before switching back to binary. Other issue with that... which is why kind folks suggested here to move to kmod-nvidia.
Thanks!
No problem - I'll see if I can get it done this weekend, and let you know here if I have.
For now I'd say stick with the nouveau driver for a few days and see how it works for you, then if you feel the need to install the nvidia drivers once I've had a change to fix the package, the choice is yours.
Phil
On 27/02/2019 20:34, Phil Perry wrote:
On 27/02/2019 20:29, Jerry Geis wrote:
I'll see if I can find some time this weekend to fix the elrepo package and get it reinstated into the repository.
Phil
Hi Phil, Thanks for the reply. Your correct this is OLD hardware. Everything was working with 7.5 thought I was good to go so to speak ... So When I was starting now to migrate OLD boxes from CentOS 6 to 7.6 it wasnt working.
I can look at going "back" to using the NVIDIA binary, I had just recently switched the kmod-nvidia. :)
I'd rather "not" use nouvue(?) tried once way back and was not pleasant.
Thanks so much - I'll wait a few days to see if you have time to compile, before switching back to binary. Other issue with that... which is why kind folks suggested here to move to kmod-nvidia.
Thanks!
No problem - I'll see if I can get it done this weekend, and let you know here if I have.
For now I'd say stick with the nouveau driver for a few days and see how it works for you, then if you feel the need to install the nvidia drivers once I've had a change to fix the package, the choice is yours.
Phil
Hi Gerry,
I've updated the nvidia 340xx legacy package set for el7.6, and released the packages to the elrepo testing repository.
Please could you test them and let me know if they work as expected. To install:
yum --enablerepo=elrepo-testing install kmod-nvidia-340xx nvidia-x11-drv-340xx nvidia-x11-drv-340xx-libs
if you need 32-bit support then you will also need to install the corresponding nvidia-x11-drv-340xx-libs-340.107-2.el7_6.elrepo.i686.rpm package.
Thinking about it, I'm not sure these packages are going to work as the 340 series NVIDIA driver predates the conversion to GLVND (support was added in version 361), see here:
https://devtalk.nvidia.com/default/topic/915640/multiple-glx-client-librarie...
but I have no way to test them so I'll leave that to you.
Phil
On 03/02/2019 05:41 AM, Phil Perry wrote:
Hi Gerry,
I've updated the nvidia 340xx legacy package set for el7.6, and released the packages to the elrepo testing repository.
Please could you test them and let me know if they work as expected. To install:
yum --enablerepo=elrepo-testing install kmod-nvidia-340xx nvidia-x11-drv-340xx nvidia-x11-drv-340xx-libs
if you need 32-bit support then you will also need to install the corresponding nvidia-x11-drv-340xx-libs-340.107-2.el7_6.elrepo.i686.rpm package.
Thinking about it, I'm not sure these packages are going to work as the 340 series NVIDIA driver predates the conversion to GLVND (support was added in version 361), see here:
https://devtalk.nvidia.com/default/topic/915640/multiple-glx-client-librarie...
but I have no way to test them so I'll leave that to you.
Phil
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Phil, I tried to install this and ran into a conflict
--> Processing Conflict: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd --> Finished Dependency Resolution Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64
I removed ocl-icd and installed the package, but needless to say I can't get ocl-icd to install which means that I cant install video players, vlc smplayer mplayer, or ffmpeg-libs.
Pete
On Wed, Mar 06, 2019 at 07:26:42AM -0500, Pete Geenhuizen wrote:
On 03/02/2019 05:41 AM, Phil Perry wrote:
Hi Gerry,
I've updated the nvidia 340xx legacy package set for el7.6, and released the packages to the elrepo testing repository.
Please could you test them and let me know if they work as expected. To install:
yum --enablerepo=elrepo-testing install kmod-nvidia-340xx nvidia-x11-drv-340xx nvidia-x11-drv-340xx-libs
if you need 32-bit support then you will also need to install the corresponding nvidia-x11-drv-340xx-libs-340.107-2.el7_6.elrepo.i686.rpm package.
Thinking about it, I'm not sure these packages are going to work as the 340 series NVIDIA driver predates the conversion to GLVND (support was added in version 361), see here:
https://devtalk.nvidia.com/default/topic/915640/multiple-glx-client-librarie...
but I have no way to test them so I'll leave that to you.
Phil
CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Phil, I tried to install this and ran into a conflict
--> Processing Conflict: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd --> Finished Dependency Resolution Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64
I removed ocl-icd and installed the package, but needless to say I can't get ocl-icd to install which means that I cant install video players, vlc smplayer mplayer, or ffmpeg-libs.
I asked the same question recently and Phil informed me that the ocl-icd now comes in one of the nvidia packages, so you no longer need the one from epel.
On 03/06/2019 09:59 AM, Fred Smith wrote:
I tried to install this and ran into a conflict
--> Processing Conflict: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd --> Finished Dependency Resolution Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64
I removed ocl-icd and installed the package, but needless to say I can't get ocl-icd to install which means that I cant install video players, vlc smplayer mplayer, or ffmpeg-libs.
I asked the same question recently and Phil informed me that the ocl-icd now comes in one of the nvidia packages, so you no longer need the one from epel.
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
On 06/03/2019 19:30, Pete Geenhuizen wrote:
On 03/06/2019 09:59 AM, Fred Smith wrote:
I tried to install this and ran into a conflict
--> Processing Conflict: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd --> Finished Dependency Resolution Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64
I removed ocl-icd and installed the package, but needless to say I can't get ocl-icd to install which means that I cant install video players, vlc smplayer mplayer, or ffmpeg-libs.
I asked the same question recently and Phil informed me that the ocl-icd now comes in one of the nvidia packages, so you no longer need the one from epel.
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
Do they have a hard coded Requires for the ocl-icd package or just an auto-generated Requires for the libOpenCL.so lib?
If it's the former then the packages in epel need fixing. If it's the latter then the nvidia package will meet that requirement. You can either force uninstall ocl-icd, or uninstall ocl-icd and any dependencies, install/update the nvidia packages and then reinstall the package you require that depend on libOpenCL.so
On 03/06/2019 04:21 PM, Phil Perry wrote:
On 06/03/2019 19:30, Pete Geenhuizen wrote:
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
Do they have a hard coded Requires for the ocl-icd package or just an auto-generated Requires for the libOpenCL.so lib?
If it's the former then the packages in epel need fixing. If it's the latter then the nvidia package will meet that requirement. You can either force uninstall ocl-icd, or uninstall ocl-icd and any dependencies, install/update the nvidia packages and then reinstall the package you require that depend on libOpenCL.so
Phil, I don't know if it's a hard coded requires ot auto-generated. Right now I've removed the rpms that need ocl-icd, updated nvidia but when I attempt to install vlc smplayer mplayer, or ffmpeg-libs it fails because it wants to install ocl-icd-2.2.12-1.el7.x86_64 from epel. I guess that that means that its a hard coded requirement, is that correct? Pete
On 06/03/2019 21:53, Pete Geenhuizen wrote:
On 03/06/2019 04:21 PM, Phil Perry wrote:
On 06/03/2019 19:30, Pete Geenhuizen wrote:
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
Do they have a hard coded Requires for the ocl-icd package or just an auto-generated Requires for the libOpenCL.so lib?
If it's the former then the packages in epel need fixing. If it's the latter then the nvidia package will meet that requirement. You can either force uninstall ocl-icd, or uninstall ocl-icd and any dependencies, install/update the nvidia packages and then reinstall the package you require that depend on libOpenCL.so
Phil, I don't know if it's a hard coded requires ot auto-generated. Right now I've removed the rpms that need ocl-icd, updated nvidia but when I attempt to install vlc smplayer mplayer, or ffmpeg-libs it fails because it wants to install ocl-icd-2.2.12-1.el7.x86_64 from epel. I guess that that means that its a hard coded requirement, is that correct? Pete
I guess so. Running 'rpm -q --requires <package>' would tell you.
I only have vlc and ffmpeg-libs installed, and both are installed from the Nux repo. Neither are built against libOpenCL.so so I'm not able to comment on what epel have done with their packages.
On Wed, 6 Mar 2019 at 17:50, Phil Perry pperry@elrepo.org wrote:
On 06/03/2019 21:53, Pete Geenhuizen wrote:
On 03/06/2019 04:21 PM, Phil Perry wrote:
On 06/03/2019 19:30, Pete Geenhuizen wrote:
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
Do they have a hard coded Requires for the ocl-icd package or just an auto-generated Requires for the libOpenCL.so lib?
If it's the former then the packages in epel need fixing. If it's the latter then the nvidia package will meet that requirement. You can either force uninstall ocl-icd, or uninstall ocl-icd and any dependencies, install/update the nvidia packages and then reinstall the package you require that depend on libOpenCL.so
Phil, I don't know if it's a hard coded requires ot auto-generated. Right now I've removed the rpms that need ocl-icd, updated nvidia but when I attempt to install vlc smplayer mplayer, or ffmpeg-libs it fails because it wants to install ocl-icd-2.2.12-1.el7.x86_64 from epel. I guess that that means that its a hard coded requirement, is that correct? Pete
I guess so. Running 'rpm -q --requires <package>' would tell you.
I only have vlc and ffmpeg-libs installed, and both are installed from the Nux repo. Neither are built against libOpenCL.so so I'm not able to comment on what epel have done with their packages.
As far as I can tell the packages vlc, smplayer, mplayer, and ffmpeg aren't in EPEL. I am guessing they are from rpmfusion but could be from some other repository.
On 06/03/2019 23:03, Stephen John Smoogen wrote:
On Wed, 6 Mar 2019 at 17:50, Phil Perry pperry@elrepo.org wrote:
On 06/03/2019 21:53, Pete Geenhuizen wrote:
On 03/06/2019 04:21 PM, Phil Perry wrote:
On 06/03/2019 19:30, Pete Geenhuizen wrote:
That is all good and well, but my problem is that I now can't install
vlc smplayer mplayer, or ffmpeg-libs because they need ocl-icd-2.2.12-1.el7.x86_64from epel. I tried to roll back to the previous version via yum history undo but previous versions are no longer avaialble.
Do they have a hard coded Requires for the ocl-icd package or just an auto-generated Requires for the libOpenCL.so lib?
If it's the former then the packages in epel need fixing. If it's the latter then the nvidia package will meet that requirement. You can either force uninstall ocl-icd, or uninstall ocl-icd and any dependencies, install/update the nvidia packages and then reinstall the package you require that depend on libOpenCL.so
Phil, I don't know if it's a hard coded requires ot auto-generated. Right now I've removed the rpms that need ocl-icd, updated nvidia but when I attempt to install vlc smplayer mplayer, or ffmpeg-libs it fails because it wants to install ocl-icd-2.2.12-1.el7.x86_64 from epel. I guess that that means that its a hard coded requirement, is that correct? Pete
I guess so. Running 'rpm -q --requires <package>' would tell you.
I only have vlc and ffmpeg-libs installed, and both are installed from the Nux repo. Neither are built against libOpenCL.so so I'm not able to comment on what epel have done with their packages.
As far as I can tell the packages vlc, smplayer, mplayer, and ffmpeg aren't in EPEL. I am guessing they are from rpmfusion but could be from some other repository.
Thank you Stephen. I assumed because they were pulling a dependency from epel that they were also from epel.
On 03/07/2019 01:56 AM, Phil Perry wrote:
On 06/03/2019 23:03, Stephen John Smoogen wrote:
Thank you Stephen. I assumed because they were pulling a dependency from epel that they were also from epel.
Been out of town, yes I goofed vlc, smplayer, mplayer, and ffmpeg aren't in EPEL. and are in rpm-fusion. I've resolved all of that and got them all installed from nux-dextop.
With all that done now when I run update I get the following error
Error: Package: nvidia-x11-drv-340xx-libs-340.107-2.el7_6.elrepo.x86_64 (@elrepo) Requires: nvidia-x11-drv-340xx = 340.107-2.el7_6.elrepo Removing: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 (@elrepo) nvidia-x11-drv-340xx = 340.107-2.el7_6.elrepo Updated By: nvidia-x11-drv-340xx-340.107-3.el7_6.elrepo.x86_64 (elrepo) nvidia-x11-drv-340xx = 340.107-3.el7_6.elrepo
Needless to say I'm a tad confused.
Pete
On 11/03/2019 12:41, Pete Geenhuizen wrote:
Hi Pete,
On 03/07/2019 01:56 AM, Phil Perry wrote:
On 06/03/2019 23:03, Stephen John Smoogen wrote:
Thank you Stephen. I assumed because they were pulling a dependency from epel that they were also from epel.
Been out of town, yes I goofed vlc, smplayer, mplayer, and ffmpeg aren't in EPEL. and are in rpm-fusion. I've resolved all of that and got them all installed from nux-dextop.
With all that done now when I run update I get the following error
Error: Package: nvidia-x11-drv-340xx-libs-340.107-2.el7_6.elrepo.x86_64
Apologies, that one is our fault. To fix (or rather work around), please could you force remove the above package then the yum update should proceed smoothly:
rpm -e --nodeps nvidia-x11-drv-340xx-libs
then:
yum update
and reboot your system to ensure you pick up the changes.
Alternatively, just uninstall the nvidia drivers and reinstall them which will pick up the latest versions, thus also working around the issue above.
(@elrepo) Requires: nvidia-x11-drv-340xx = 340.107-2.el7_6.elrepo Removing: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 (@elrepo) nvidia-x11-drv-340xx = 340.107-2.el7_6.elrepo Updated By: nvidia-x11-drv-340xx-340.107-3.el7_6.elrepo.x86_64 (elrepo) nvidia-x11-drv-340xx = 340.107-3.el7_6.elrepo
Needless to say I'm a tad confused.
Pete
Hi Phil,
On 3/11/19 12:25 PM, Phil Perry wrote:
On 11/03/2019 12:41, Pete Geenhuizen wrote: Hi Pete,
Apologies, that one is our fault. To fix (or rather work around), please could you force remove the above package then the yum update should proceed smoothly:
rpm -e --nodeps nvidia-x11-drv-340xx-libs
then:
yum update
and reboot your system to ensure you pick up the changes.
Alternatively, just uninstall the nvidia drivers and reinstall them which will pick up the latest versions, thus also working around the issue above.
No worries some things just happen, your solution worked just fine.
Thanks
Pete
Hi Phil,
I installed based on your instructions...
yum --enablerepo=elrepo-testing install kmod-nvidia-340xx nvidia-x11-drv-340xx nvidia-x11-drv-340xx-libs
I rebooted and things "seem" to be working. rpm -qa | grep nvidia shows the driver installed, /var/log/Xorg.0.log shows NVIDIA up and running, a remote screen shots shows what I expect.
Not sure about the low level changes you mentioned. I also need the 520M driver if possible.
Thanks,
Jerry
On 04/03/2019 18:26, Jerry Geis wrote:
Hi Phil,
I installed based on your instructions...
yum --enablerepo=elrepo-testing install kmod-nvidia-340xx nvidia-x11-drv-340xx nvidia-x11-drv-340xx-libs
I rebooted and things "seem" to be working. rpm -qa | grep nvidia shows the driver installed, /var/log/Xorg.0.log shows NVIDIA up and running, a remote screen shots shows what I expect.
Not sure about the low level changes you mentioned. I also need the 520M driver if possible.
Thanks,
Jerry
Hi Jerry,
Thanks for the feedback - I'll get that driver moved from the testing repo to the main repo.
What driver does 'nvidia-detect' say you need for that 520M? I'm guessing it's the 390.xx legacy driver, but nvidia-detect will give you the definitive answer.
Phil
On 04/03/2019 19:56, Jerry Geis wrote:
What driver does 'nvidia-detect' say you need for that 520M?
Hi Phil, my "notes" say the 520M used to use the kmod-nvidia-384...
THe nvidia web site does say 390.87
Jerry
OK, so the latest driver to support that card will be the 390.xx series (currently 390.116). So you should do:
yum install kmod-nvidia-390xx
and yum will take care of the rest for you. Yum will install the latest 390 series driver and then offer you updates to the 390 series as they become available (supported by nvidia until the end of 2022).
On 27/02/2019 18:55, Jerry Geis wrote:
I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss? Thanks,
Jerry
Hi Jerry,
I removed the kmod-nvidia-340xx legacy driver package from elrepo because it was not compatible with the new libglvnd packages in el7.6.
In order for it to work, I'll need to update the package, and I just haven't found the time to get around to it yet. I was kinda hoping that since the 340xx legacy driver branch is old now, and support for it ends at the end of this year, we could get away with dropping it if no one was using it.
So, until I get around to updating it, your choices are to use the native nouveau driver or use the NVIDIA installer from nvidia's website to install the driver. Is there any reason you can't use the native nouveau driver and have to use the nvidia driver? I can't imagine 3D acceleration is of much concern to you given you're running 10 year old hardware that was entry level when it was first released.
I'll see if I can find some time this weekend to fix the elrepo package and get it reinstated into the repository.
Phil
Phil Perry wrote:
On 27/02/2019 18:55, Jerry Geis wrote:
I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss? Thanks,
Jerry
Hi Jerry,
I removed the kmod-nvidia-340xx legacy driver package from elrepo because it was not compatible with the new libglvnd packages in el7.6.
In order for it to work, I'll need to update the package, and I just haven't found the time to get around to it yet. I was kinda hoping that since the 340xx legacy driver branch is old now, and support for it ends at the end of this year, we could get away with dropping it if no one was using it.
So, until I get around to updating it, your choices are to use the native nouveau driver or use the NVIDIA installer from nvidia's website to install the driver. Is there any reason you can't use the native nouveau driver and have to use the nvidia driver? I can't imagine 3D acceleration is of much concern to you given you're running 10 year old hardware that was entry level when it was first released.
I'll see if I can find some time this weekend to fix the elrepo package and get it reinstated into the repository.
Phil, thanks for your work.
I just built a new-to-him workstation for a user, with a *much* newer NVidia card than his old: this one's from '12, instead of from '07.... (I work for a US federal contractor, and the civilian sector budgets...)
Anyway, it needs the 390, and given that it looks like support's not that long, I made the decision to install the proprietary. kmod-nvidia's great... but, y'know.
mark
On 2/27/19 12:55 PM, Jerry Geis wrote:
I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss?
OK .. So if you need to have the 32-bit driver as well as the 64-bit one (for things like steam gaming .. who doesn't like games :D) ... I found this link on the nvidia site:
http://download.nvidia.com/XFree86/Linux-x86/latest.txt
Basically .. that will tell you the last 64 bit driver you can build which will install 32-bit drivers as well.
Then you can grab those and install them manually.
Phil Perry (of elrepo) might be able to tell us if any of the elrepo drivers also have 32bit .. I am not sure.
I do know that the latest nvidia drivers from nvidia's site can use epel's dkms rpm to rebuild drivers for new kernels automatically.
I do know that this driver tree is still getting updates from nvidia .. and the last one was from 2019-02-08 for 390.116.
These drivers allow me to get fairly good steam gaming performance on Linux. I got my initial steam install from the 'nux-dextop' repo.
And this is the link to the current latest driver with 32bit linux support:
http://download.nvidia.com/XFree86/Linux-x86_64/390.116/
Thanks, Johnny Hughes
On 20/03/2019 18:08, Johnny Hughes wrote:
On 2/27/19 12:55 PM, Jerry Geis wrote:
I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch
nvidia detect (which installed) tells me kmod-nvidia-340xx
when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ?
What did I miss?
OK .. So if you need to have the 32-bit driver as well as the 64-bit one (for things like steam gaming .. who doesn't like games :D) ... I found this link on the nvidia site:
http://download.nvidia.com/XFree86/Linux-x86/latest.txt
Basically .. that will tell you the last 64 bit driver you can build which will install 32-bit drivers as well.
Then you can grab those and install them manually.
Phil Perry (of elrepo) might be able to tell us if any of the elrepo drivers also have 32bit .. I am not sure.
The 390.xx series driver was the last nvidia driver release that supported a 32-bit OS install. Hence there are no new driver releases for el6 i386 architecture.
Driver releases after 390.xx only support installation on 64-bit operating systems, but 32-bit library support is still available on systems where the user wants to run graphics 32-bit applications.
Phil