Hi, under Arch Linux it is generally possible to use the proprietary NVIDIA driver without disturbances. I've been doing this for years. They solved this problems in two different ways and it would be great if Tumbleweed would implement at least one of them. That's how they do it: 1. The updates of the `linux` package are synchronized with updates of the `nvidia` package. Even if there's no new version of NVIDIA they still rebuild the package against the new kernel, e.g. https://git.archlinux.org/svntogit/ packages.git/commit/trunk?h=packages/ nvidia&id=615899a8e8fc0d3c8809358c2f0ca64d5f899046. Only both packages are released from the staging repo at the same time. 2. Of course 1. does not work when one has a custom kernel installed. In this case the solution is to install the `nvidia-dkms` package. In this case the kernel module is built via DKMS which is invoked by hooks of the package manager on kernel updates. This requires installing kernel headers and takes some additional time when updating but it generally works quite well. Judging by the repository URL it looks like the NVIDIA driver is provided by NVIDIA itself and not openSUSE. That likely means the synchronization required for 1. is not achievable. But it still means that NVIDIA could implement 2. It is the most generic solution anyways. Best Regards Marius Am Dienstag, 7. April 2020, 14:05:12 CEST schrieb Raphael Lydia Bertoche:
I'd like to make a suggestion and ask you guys if you think it would work as I expect.
There is an issue in openSUSE Tumbleweed that happens in my workplace frequently and often makes people complain about using TW, more than any other issue. That issue is a zypper dup without matching nvidia packages and kernel version.
Before people suggesting me a switch to nouveau: I work with several mechanic and electric technicians who either want or must use Linux. They use nvidia because of issues with nouveau and huge framebuffers, either with two monitors or a large one, It's mostly used to a visual intensive data analysis or CAD work.
This issue causes people to lose graphic interface every once in a while, since minor kernel updates have become rather frequent. Most of them don't know what to do next. If it's a laptop, it loses network, so even some not that savvy software devs are unable to get it back alive.
Its a clear usability issue that I'd like to suggest a solution to.
This solution wouldn't bother other users nor packagers because it would be a new package that required a certain kernel version. If this package was installed, the system wouldn't do a kernel update until it had an update.
Then this package's maintainer - me I guess? - would limit nvidia's users kernel updates. Before release a check would have to be done and if nvidia matched current kernel version, then this package would get an update.
It could be scripted somehow if it proves to work manually.
I would do that way happier than doing several fixes that affects one single user and won't last long.
What do you think?
Best regards
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org