SUSE-SLE-Module-Basesystem-15-SP1-2020-1611-1.noarch dependency problem

SUSE Product Topics SLES Updates
1

Got this today when running ‘zypper -v patch’ on “SUSE Linux Enterprise Server 15 SP1”:
Problem: libyui-qt-pkg8-2.45.15.2-3.5.3.x86_64 requires libzypp.so.1712()(64bit), but this requirement cannot be provided
not installable providers: libzypp-17.15.0-3.11.1.x86_64[Basesystem_Module_15_SP1_x86_64:SLE-Module-Basesystem15-SP1-Updates]
libzypp-17.15.0-3.9.1.x86_64[Basesystem_Module_15_SP1_x86_64:SLE-Module-Basesystem15-SP1-Updates]
libzypp-17.19.0-3.14.5.x86_64[Basesystem_Module_15_SP1_x86_64:SLE-Module-Basesystem15-SP1-Updates]
Solution 1: Following actions will be done:
deinstallation of libyui-qt-pkg8-2.45.15.2-3.5.3.x86_64
deinstallation of libyui-ncurses-pkg8-2.48.5.2-3.5.2.x86_64
Solution 2: do not install patch:SUSE-SLE-Module-Basesystem-15-SP1-2020-1611-1.noarch
Solution 3: break libyui-qt-pkg8-2.45.15.2-3.5.3.x86_64 by ignoring some of its dependencies

Anyone else seeing this? What would be the solution? Wait patiently while it get fixed in the repositories?

2

Hi
Yes, I see it here, the libyui packages are going from pkg8 to pkg9 and in your example I selected ‘Solution 1’ to allow zypper et al to update which pulls in the updated packages and libraries.

If you do a zypper up, it should show;

The following 6 package updates will NOT be installed:
  libsolv-tools libyui-ncurses-pkg9 libyui-qt-pkg9 libzypp yast2-pkg-bindings zypper

So all the necessary packages will update with selecting solution 1.

3

Thanks, that fixed it.

(I was selecting Solution 2 so far, to be on the safe side)