Bugzilla – Bug 1223332
[Build 20240423-1]Source package 'nodejs20' for package 'nodejs20' not found.
Last modified: 2024-04-25 08:43:30 UTC
## Description sle15sp6 82.1,source package installation fails with package nodejs20: ># rpm -qa |grep nodejs20 >nodejs20-20.12.1-150600.1.3.x86_64 ># zypper -n si nodejs20 >Refreshing service 'Basesystem_Module_15_SP6_x86_64'. >Refreshing service 'Desktop_Applications_Module_15_SP6_x86_64'. >Refreshing service 'Development_Tools_Module_15_SP6_x86_64'. >Refreshing service 'Python_3_Module_15_SP6_x86_64'. >Refreshing service 'SUSE_Linux_Enterprise_Server_15_SP6_x86_64'. >Refreshing service 'Server_Applications_Module_15_SP6_x86_64'. >Refreshing service 'Web_and_Scripting_Module_15_SP6_x86_64'. >Loading repository data... >Reading installed packages... >Package 'nodejs20' has source package 'nodejs20'. >Source package 'nodejs20' for package 'nodejs20' not found. >Resolving package dependencies... >Nothing to do. Can you please double check if the source package is missing? ## openQA automation tests Observation openQA test in scenario sle-15-SP6-Server-DVD-Updates-x86_64-mau-extratests1@64bit fails in [openssl_nodejs](https://openqa.suse.de/tests/14125981/modules/openssl_nodejs/steps/11) ## Test suite description Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Run console tests against aggregated test repo ## Reproducible Fails since (at least) Build [20240421-1](https://openqa.suse.de/tests/14113685) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Server-DVD-Updates&machine=64bit&test=mau-extratests1&version=15-SP6)
Hi Richard, interesting. I see in the test: Retrieving: nodejs20-20.11.1-150600.15.7.x86_64 (SLE-Module-Web-Scripting15-SP6-Pool) (4/4), 9.7 MiB Retrieving: nodejs20-20.11.1-150600.15.7.x86_64.rpm [...done (5.9 MiB/s)] which is strange, as the actual version in build 82.1 is nodejs20-20.12.1-150600.1.3 (which matches the rpm -qa output) Which repo this specific test uses? If it's from updates.suse.com I suppose there are still the old packages from the old Snapshot-202404-1. This is what is in Media2 for this build: /mounts/dist/SLP/SLE-15-SP6-Full-TEST/x86_64/DVD2/Module-Web-Scripting/src/nodejs20-20.12.1-150600.1.3.src.rpm /mounts/dist/SLP/SLE-15-SP6-Full-TEST/x86_64/DVD2/Module-Web-Scripting/src/nodejs-common-6.0-150600.1.4.src.rpm
(In reply to Eugenio Paolantonio from comment #1) > Hi Richard, > > interesting. I see in the test: > > > Retrieving: nodejs20-20.11.1-150600.15.7.x86_64 > (SLE-Module-Web-Scripting15-SP6-Pool) (4/4), 9.7 MiB > Retrieving: nodejs20-20.11.1-150600.15.7.x86_64.rpm [...done (5.9 MiB/s)] > > > which is strange, as the actual version in build 82.1 is > > nodejs20-20.12.1-150600.1.3 > > > (which matches the rpm -qa output) > > > Which repo this specific test uses? If it's from updates.suse.com I suppose > there are still the old packages from the old Snapshot-202404-1. > > > This is what is in Media2 for this build: > > /mounts/dist/SLP/SLE-15-SP6-Full-TEST/x86_64/DVD2/Module-Web-Scripting/src/ > nodejs20-20.12.1-150600.1.3.src.rpm > /mounts/dist/SLP/SLE-15-SP6-Full-TEST/x86_64/DVD2/Module-Web-Scripting/src/ > nodejs-common-6.0-150600.1.4.src.rpm For openQA job, it use https://scc.suse.com as register URL, so it shows older version. I tried to reproduce the issue manually with 82.1 and register URL is http://all-proxy.scc.suse.de. and the same issue can be seen. Please see attached file for the repo infomation
Created attachment 874475 [details] repo information
I see this has a workaround, so I propose removing the blocker flag. Richard, what do you think?
(In reply to Radoslav Tzvetkov from comment #4) > I see this has a workaround, so I propose removing the blocker flag. > Richard, what do you think? Please go ahead to remove the blocker flag,thanks.
So thanks to Richard for providing me access to the test VM. The base image SLES-15-SP6-x86_64-mru-install-minimal-with-addons-Build20240421-1-Server-DVD-Updates-64bit.qcow2 is built from this job [0] that uses this autoyast profile [1]. A comparable job for SP5 [2] uses this profile [3], which has some more repos on top, like: <listentry> <media_url> http://download.suse.de/ibs/SUSE:/Maintenance:/33460/SUSE_Updates_SLE-Module-Web-Scripting_15-SP5_x86_64/ </media_url> </listentry> I think that's why it works in SP5 and not in SP6 (the linked Maintenance repository has also the package sources, so I suppose nodejs20 gets downloaded from there). Enabling the SLE-Module-Web-Scripting15-SP6-Source-Pool repository worked for me in the failing SP6 VM. zypper mr -e SLE-Module-Web-Scripting15-SP6-Source-Pool I hope this might help narrow down the issue. [0] https://openqa.suse.de/tests/14113631 [1] https://openqa.suse.de/tests/14113631/file/15-common_base_installation.xml [2] https://openqa.suse.de/tests/14126502 [3] https://openqa.suse.de/tests/14126502/file/15-common_base_installation.xml
Ok I was a bit wrong, after double checking with Richard, it's coming from the Updates channel rather than the MUs added in the autoyast profile. But still, it's expected that it doesn't work on SP6 as the -Source channel needs to be enabled explicitly (as there is no update channel configured), so I think that the test needs to be changed to accomodate that. Closing, thanks!
(In reply to Eugenio Paolantonio from comment #7) > Ok I was a bit wrong, after double checking with Richard, it's coming from > the Updates channel rather than the MUs added in the autoyast profile. > > But still, it's expected that it doesn't work on SP6 as the -Source channel > needs to be enabled explicitly (as there is no update channel configured), > so I think that the test needs to be changed to accomodate that. > > > Closing, thanks! Thaanks, since sle15sp6 is still in RC phase, so we don't have any new packages in updates repo. it is a test issue.