On 2/22/19 3:12 PM, Axel Braun wrote:
Good evening,
I just wanted to run an upgrade from 15.0 on one of my virtual machines, and see the following issue:
localhost:/etc/tryton # zypper dup -l --allow-vendor-change Distributions-Aktualisierungen werden verarbeitet... 3 Probleme: Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt
Problem: ksym(default:__cpuhp_remove_state) = 325d7cf0 benötigt von virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19-lp151.4.36.x86_64 wird nirgends zur Verfügung gestellt Lösung 1: Deinstallation von virtualbox-guest-kmp- default-5.2.22_k4.12.14_lp150.12.25-lp150.4.23.1.x86_64 Lösung 2: veraltetes virtualbox-guest-kmp- default-5.2.22_k4.12.14_lp150.12.25-lp150.4.23.1.x86_64 beibehalten Lösung 3: virtualbox-guest-kmp-default-5.2.10_k4.12.14_lp151.19- lp151.4.36.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
I have no idea why the guest kmp package should need ksym. Actually, I have no idea what ksym actually is. "kernel symbols" would be my best guess. Note that 15.0 is running VB version 5.2.22, but 15.1 is only running 5.2.10! When openSUSE backported a number of kernel changes, they broke the simple determination of the API based merely on kernel version. That makes a nightmare for maintainers of out-of-kernel drivers such as the VB kmps. I have a package that builds, but since Oracle has gone to VB 6.0.X, there are changes in the programs that need SUID. To accommodate those changes, the permissions package needs to be updated. The Security Group has made those changes in Factory/TW, but they are not (yet) in Leap 15.1. Until that happens, I cannot provide this new version. I will investigate supplying 5.2.24 on an interim basis. To answer your specific question, I think that "Lösung 3" would be the correct choice. I do not see that ignoring the dependency on ksym would break anything. Larry -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org