action #115814
Updated by JERiveraMoya almost 2 years ago
#### Observation
Failing openQA job: https://openqa.suse.de/tests/9680745#step/verify_module_registration/2
The list of expected modules (alphabetically sorted) is:
~~~
PackageHub
sle-ha
sle-module-NVIDIA-compute
sle-module-basesystem
sle-module-certifications
sle-module-containers
sle-module-desktop-applications
sle-module-development-tools
sle-module-legacy
sle-module-live-patching
sle-module-public-cloud
sle-module-python3
sle-module-server-applications
sle-module-transactional-server
sle-module-web-scripting
sle-we
~~~
The missing modules are **PackageHub**, **sle-module-NVIDIA-compute** and **sle-module-certifications**.
In the same way that with other task, we should try to avoid failures of this kind where the result cannot be predicted easily, in the sense that we don't know when this package will be available, could be in beta or could be a bit later. For that instead of having failure we will marking the job with soft-failure and then with very few failures we will be able to pay more attention to soft-failures.
#### Acceptance criteria
**AC1**: Improve existing `die` adding list of product module mismatching
**AC2**: Record soft-failure instead of using `die` when the product module list mismatching is the subset identified above.
#### Additional info
User function `arrays_subset` in `utils.pm` to actually give an error message with the mismatch.
Use the very same function to decide if `die` or soft-fail depending on the list of modules mismatching.