Bug 515824
Summary: | Broken X/Nvidia after kernel update | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Brendon <brendon> |
Component: | kpackagekit | Assignee: | Steven M. Parrish <smparrish> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | balajig81, kevin, ltinkl, rdieter, richard, smparrish |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-08-05 20:49:34 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Brendon
2009-08-05 20:27:35 UTC
I'd suggest you take this up with the distributor of said kmod or akmod packages... not sure if there's anything we can do about that here (esp in kpackagekit). You hit the time window between the kernel update and the corresponding kmod update. There's nothing we can do about this in kpackagekit or any other updater. I understand the political response you provided, but 'notabug' and 'wontfix' doesn't cut it in the real world, its the kernel update that breaks the system not the proprietary kernel module. So for all NVIDIA users who would like to use 3D acceleration and Fedora using the 'akmod' package from RPMfusion seem to alleviate the compatibility issues. To install the nvidia akmod package issue the following command, and reboot your system; su -c 'yum install akmod-nvidia' This doesn't change the fact that it's not a bug in KPackageKit (nor PackageKit, nor yum, nor anything else really), they're all working as designed.
Yes, using the akmod can work around it. Or just use your brain before applying a kernel update (wait for the kmods to be updated).
> its the kernel update that breaks the system not the proprietary kernel module
No, it's the fact that it's impossible for 2 separate repositories handled by separate administrators and mirrored over separate mirroring infrastructures with unpredictable delays to be perfectly in synchrony which is breaking your system. It's your job as the user to wait for the kmods to be out before upgrading the kernel, there's nothing the kernel maintainers or even the kmod-nvidia maintainers at RPM Fusion can do about this.
|