Am Samstag, 23. Februar 2019, 10:15:11 CET schrieb Michal Kubecek:
On Fri, Feb 22, 2019 at 04:56:19PM -0600, Larry Finger wrote:
On 2/22/19 3:12 PM, Axel Braun wrote:
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.
AFAIK it should be the symversion, i.e. essentially a hash calculated from some canonical description of the symbol ABI (structure layout or function header signature). IIUC this error says that caller in the KMP expects different symversion (structure layout or function signature) than available kernel package has. As we have symversion check enabled, the module would refuse to load anyway (which is still better than to ignore the incompatibility and end up with mysterious runtime crashes).
I don't think using symversions in kernel package and KMP metadata is new, IIRC we have been using that for some time. I guess the problem here is that SLE15-SP1 kernel (which openSUSE-15.1 shares sources with) does not have kABI frozen yet so that symversions can change any time and KMPs depending on them need to be rebuilt. (In other words, 15.1 still behaves like Tumbleweed in this regard.) I'm not sure why this doesn't happen automatically in OBS - or maybe Axel was just unlucky to hit the window between kernel kABI change and KMP being rebuilt to match.
Thanks, Michael, for the explanation. Chosing option 3 (keep and ignore broken dependencies) made a quick upgrade, but afterwards the VM came up in VGA resolution, and a somewhat distorted mouse alignment - means I cant reach all areays on the desktop, esp, not the taskbar at the bottom of the screen. So, this installation is..broken. I will return to a backup point and wait before filing a bug, just in case a rebuild fixes the issue. Cheers Axel -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org