Bugzilla – Bug 1218770
libsolv/libzypp update removed extension and module selection
Last modified: 2024-03-27 14:49:39 UTC
Created attachment 871831 [details] y2logs ## Observation I think libsolv/libzypp update [1] broke the installation without registration. We are using this setup without SCC registration for 15-SP4-TERADATA with modules added in 'Add-On Product Installation' step. Today our test failed, because -'Extension and Module Selection' after skipping SCC registration was not there -add-on modules could be not added -system roles were missing All this is IMO just result of missing 'Extension and Module Selection' and not adding basesystem and server applications modules as before. [1] https://build.suse.de/request/show/316565
Created attachment 871832 [details] This step is now missing after skipped registration
See more at https://bugzilla.suse.com/show_bug.cgi?id=1218652#c12 and later
And these two workflow steps for comparison (as reported) After registration... previous tests: https://openqa.suse.de/tests/13228622#step/add_update_test_repo/1 now: https://openqa.suse.de/tests/13243811#step/add_update_test_repo/1
Let's ask Ladislav. He'll hopefully take a look on Monday. I just don't see it in the code...
Please check if this could be a duplicate of or related to https://bugzilla.suse.com/show_bug.cgi?id=1218203#c9 (libyzpp update does not also update the required newer libcurl)
Before the installer self-update: 2024-01-12 09:42:33 <1> dhcp206(3719) [zconfig] ZConfig.cc(ZConfig):837 libzypp: 17.30.0 2024-01-12 09:42:33 <1> dhcp206(3719) [zconfig] ZConfig.cc(ZConfig):837 libsolv: 0.7.22 2024-01-12 09:42:38 <1> dhcp206(3719) [Ruby] installation/update_repository.rb(packages):166 Found 33 packages: [ "autoyast2", "autoyast2-installation", "libcurl4", ^^^^^^^^ "libsolv-tools", "libstdc++6", "libyui-ncurses-pkg16", "libyui-ncurses-rest-api16", "libyui-ncurses16", "libyui-qt-graph16", "libyui-qt-pkg16", "libyui-qt-rest-api16", "libyui-qt16", "libyui-rest-api16", "libyui16", "libzck1", "libzypp", ^^^^^^^ "release-notes-sles", "skelcd-control-leanos", "system-role-common-criteria", "yast2", "yast2-add-on", "yast2-bootloader", "yast2-country", "yast2-installation", "yast2-network", "yast2-packager", "yast2-pkg-bindings", "yast2-schema-default", "yast2-schema-micro", "yast2-security", "yast2-storage-ng", "yast2-transfer", "yast2-users" ] ------------------------------------------------------------ After the installer self-update: 2024-01-12 09:43:08 <1> dhcp206(15861) [zconfig] ZConfig.cc(Impl):511 libzypp: 17.31.15 2024-01-12 09:43:08 <1> dhcp206(15861) [zconfig] ZConfig.cc(ZConfig):936 libsolv: 0.7.27 2024-01-12 09:45:24 <1> dhcp206(15861) [zypp-curl] curlhelper.cc(operator()):68 global_init libcurl: 8.0.1
This is actually looking good: It did update libcurl during the installer self-update, as it should.
Products found on the installation medium: > 2024-01-12 09:43:08 <1> dhcp206(15861) [Pkg] > Source_Create.cc(RepositoryScan):899 > Found products: > [ > ["Basesystem-Module 15.4-0", "/Module-Basesystem"], > ["Containers-Module 15.4-0", "/Module-Containers"], > ["Desktop-Applications-Module 15.4-0", "/Module-Desktop-Applications"], > ["Development-Tools-Module 15.4-0", "/Module-Development-Tools"], > ["HPC-Module 15.4-0", "/Module-HPC"], > ["Legacy-Module 15.4-0", "/Module-Legacy"], > ["Live-Patching 15.4-0", "/Module-Live-Patching"], > ["Public-Cloud-Module 15.4-0", "/Module-Public-Cloud"], > ["Python-3-Module 15.4-0", "/Module-Python3"], > ["SAP-Applications-Module 15.4-0", "/Module-SAP-Applications"], > ["SLE-15-SP4-HPC 15.4-0", "/Product-HPC"], > ["SLE-15-SP4-SAP 15.4-0", "/Product-SLES_SAP"], > ["SLED15-SP4 15.4-0", "/Product-SLED"], > ["SLEHA15-SP4 15.4-0", "/Product-HA"], > ["SLES15-SP4 15.4-0", "/Product-SLES"], > ["SLEWE15-SP4 15.4-0", "/Product-WE"], > ["Server-Applications-Module 15.4-0", "/Module-Server-Applications"], > ["Transactional-Server-Module 15.4-0", "/Module-Transactional-Server"], > ["Web-Scripting-Module 15.4-0", "/Module-Web-Scripting"] > ] > 2024-01-12 09:43:10 <1> dhcp206(15861) [Ruby] > y2packager/product_spec_reader.rb(products_from_multi_repos):65 > Products from medium: > sle-module-basesystem, > sle-module-containers, > sle-module-desktop-applications, > sle-module-development-tools, > sle-module-hpc, > sle-module-legacy, > sle-module-live-patching, > sle-module-public-cloud, > sle-module-python3, > sle-module-sap-applications, > SLE_HPC, > SLES_SAP, > SLED, > sle-ha, > SLES, > sle-we, > sle-module-server-applications, > sle-module-transactional-server, > sle-module-web-scripting > 2024-01-12 09:43:41 <1> dhcp206(15861) [Ruby] > y2packager/product_reader.rb(zypp_products):169 > Found products: ["SLES"]
I had some suspicion that a newer libzypp might have slightly changed behavior; probably something that we adapted to in master / Factory already. So I checked the code at that last code location y2packager/product_reader.rb (source repo yast-yast2/library/packages/src/lib/y2packager), but the changes don't look significant. Same with yast-pkg-bindings.
Before self-update: libzypp-17.30.0-150400.1.6.x86_64 libcurl4-7.79.1-150400.3.1.x86_64 After self-update: libzypp-17.31.27-150400.3.49.1.x86_64 libcurl4-8.0.1-150400.5.41.1.x86_64
Before self-update: > 2024-01-12 09:42:37 <1> dhcp206(3719) [Pkg] > Source_Create.cc(RepositoryAdd):504 > . > Adding repository: > -------------------------------------- > - alias : https-updates.suse.com-30b0b58f > - enabled : 1 > - autorefresh : 1 > - url : https://updates.suse.com/SUSE/Updates/SLE-INSTALLER/15-SP4/x86_64/update/ > - type : NONE > ^^^^^^^^^^^^^^^^^^ > - priority : 99 > - gpgcheck : D(Y) repoD(Y)* sig? pkgD(Y)* > - keeppackages: 0 > - metadataPath: /var/cache/zypp/raw/https-updates.suse.com-30b0b58f > - packagesPath: /var/cache/zypp/packages/https-updates.suse.com-30b0b58f 2024-01-12 09:42:38 <1> dhcp206(3719) [Pkg] Source_Resolvables.cc(LoadResolvablesFrom):160 Pool size at end: 185 (loaded 185 resolvables) After self-update: > 2024-01-12 09:43:08 <1> dhcp206(15861) [Pkg] > Source_Create.cc(RepositoryAdd):504 > . > Adding repository: > -------------------------------------- > - alias : cd-4e54605f > - enabled : 1 > - autorefresh : 1 > - url : cd:/?devices=/dev/disk/by-id/ata-QEMU_DVD-ROM_QM00001 > - type : N/A > ^^^^^^^^^^^^^^^^^ > - priority : 99 > - gpgcheck : D(Y) repoD(Y)* sig? pkgD(Y)* > - keeppackages: 0 > - metadataPath: /var/cache/zypp/raw/cd-4e54605f > - packagesPath: /var/cache/zypp/packages/cd-4e54605f 2024-01-12 09:43:41 <1> dhcp206(15861) [Pkg] Source_Resolvables.cc(LoadResolvablesFrom):160 Pool size at end: 4 (loaded 4 resolvables) > 2024-01-12 09:43:39 <1> dhcp206(15861) [Pkg] > Source_Create.cc(RepositoryAdd):504 > . > Adding repository: > -------------------------------------- > - alias : cd-26528737 > - enabled : 1 > - autorefresh : 1 > - url : cd:/?devices=/dev/disk/by-id/ata-QEMU_DVD-ROM_QM00001 > - type : N/A > ^^^^^^^^^^^^^^^^^ > - priority : 99 > - gpgcheck : D(Y) repoD(Y)* sig? pkgD(Y)* > - keeppackages: 0 > - metadataPath: /var/cache/zypp/raw/cd-26528737 > - packagesPath: /var/cache/zypp/packages/cd-26528737 2024-01-12 09:43:55 <1> dhcp206(15861) [Pkg] Source_Resolvables.cc(LoadResolvablesFrom):160 Pool size at end: 5 (loaded 1 resolvables) I.e. almost no resolvables (packages or pseudo-packages like products or patterns) in the zypp pool. This sounds like a duplicate of that bug where repos were wrongly added as services because the libzypp return code changed from "None" to "N/A".
Duplicate of bug #1218399. *** This bug has been marked as a duplicate of bug 1218399 ***
*** Bug 1095749 has been marked as a duplicate of this bug. ***