[elrepo] Announcement: EL7 Updated kmod-nvidia package for RHEL7.6
Rejean Lepage
lepage at grm.polymtl.ca
Mon Nov 12 13:04:42 EST 2018
Thank you Orio.
This is a a good idea !
here is the difference between USING this line of not:
/etc/yum/yum-cron.conf:skip_broken=1
% yum --enablerepo=elrepo update
Loaded plugins: langpacks
elrepo
| 2.9 kB 00:00:00
google-chrome
| 1.3 kB 00:00:00
repos
| 2.6 kB 00:00:00
sl
| 3.8 kB 00:00:00
sl-extras
| 3.1 kB 00:00:00
sl-fastbugs
| 2.9 kB 00:00:00
sl-security
| 2.9 kB 00:00:00
sl-source
| 2.7 kB 00:00:00
virtualbox
| 2.9 kB 00:00:00
Resolving Dependencies
--> Running transaction check
---> Package kmod-nvidia-340xx.x86_64 0:340.107-1.el7_5.elrepo will be updated
---> Package kmod-nvidia-340xx.x86_64 0:340.107-2.el7_6.elrepo will be an update
--> Processing Dependency: kernel(sg_alloc_table_from_pages) = 0xf25d238b for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(i2c_del_adapter) = 0x28a636e9 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(i2c_add_adapter) = 0xa6f8da46 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_legacy_pci_init) = 0xc30e01c8 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_legacy_pci_exit) = 0x0a05a9f3 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_gem_private_object_init) = 0xd988b27c for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_gem_prime_handle_to_fd) = 0x5c10c073 for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_gem_prime_export) = 0x35aa93ab for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_gem_object_put_unlocked) = 0xc2c94d29 for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_gem_handle_create) = 0xbfb0502a for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(__check_object_size) = 0x88db9f48 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel >= 3.10.0-957.el7 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
Packages skipped because of dependency problems:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64 from elrepo
*
*
*and not USING: (as /etc/yum/yum-cron.conf:skip_broken=0)*
Resolving Dependencies
--> Running transaction check
---> Package kmod-nvidia-340xx.x86_64 0:340.107-1.el7_5.elrepo will be updated
---> Package kmod-nvidia-340xx.x86_64 0:340.107-2.el7_6.elrepo will be an update
--> Processing Dependency: kernel(sg_alloc_table_from_pages) = 0xf25d238b for
package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(i2c_del_adapter) = 0x28a636e9 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(i2c_add_adapter) = 0xa6f8da46 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_legacy_pci_init) = 0xc30e01c8 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Processing Dependency: kernel(drm_legacy_pci_exit) = 0x0a05a9f3 for package:
kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64
--> Finished Dependency Resolution
Error: Package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64 (elrepo)
Requires: kernel(drm_gem_handle_create) = 0xbfb0502a
Installed: kernel-3.10.0-862.3.3.el7.x86_64 (@sl-security)
kernel(drm_gem_handle_create) = 0x5353c8dc
Installed: kernel-3.10.0-862.11.6.el7.x86_64 (@sl-security)
kernel(drm_gem_handle_create) = 0x5353c8dc
Installed: kernel-3.10.0-862.14.4.el7.x86_64 (@sl-security)
kernel(drm_gem_handle_create) = 0x5353c8dc
Error: Package: kmod-nvidia-340xx-340.107-2.el7_6.elrepo.x86_64 (elrepo)
Requires: kernel(drm_legacy_pci_init) = 0xc30e01c8
Installed: kernel-3.10.0-862.3.3.el7.x86_64 (@sl-security)
.... skipping hundred of lines...
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236
Available: kernel-debug-3.10.0-862.3.3.el7.x86_64 (sl-security)
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236
Available: kernel-debug-3.10.0-862.6.3.el7.x86_64 (sl-security)
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236
Available: kernel-debug-3.10.0-862.9.1.el7.x86_64 (sl-fastbugs)
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236
Available: kernel-debug-3.10.0-862.11.6.el7.x86_64 (sl-security)
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236
Available: kernel-debug-3.10.0-862.14.4.el7.x86_64 (sl-security)
kernel(drm_gem_object_put_unlocked) = 0xf1ef8236*
** You could try using --skip-broken to work around the problem**
** You could try running: rpm -Va --nofiles --nodigest*
........then all other updates would be stopped too.
Rejean.
On 2018-11-09 11:57 a.m., Orion Poplawski wrote:
> On 11/9/18 9:07 AM, Scott Kasai wrote:
>> As a CentOS user and running into the problem a couple of times... I have
>> resorted to doing either one of the following:
>>
>> * No longer doing yum-cron or automated updates while having elrepo in play.
>>
>> This makes it so I have to do it manually or have the GUI desktop nag me to
>> look at what updates are available and only apply what I think are necessary
>> at the time.
>>
> FWIW - I use:
>
> /etc/yum/yum-cron.conf:skip_broken = True
>
> To have yum-cron apply what can be applied and skip what can't.
>
--
Réjean Lepage, M.Sc.
Analyste GR2M/VLSI, génie Électrique.
Chargé de cours/Lecturer Z-410, Z-415
http://www.grm.polymtl.ca/~lepage
. Tel: (514) 340-4711 Ext: 4837
. Polytechnique Montreal
. Pavillon Lassonde, Local: M-5115
. 2500 Chemin de polytechnique
. Montréal, Québec, H3T-1J4
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20181112/0a3664f4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20181112/0a3664f4/attachment.sig>
More information about the elrepo
mailing list