action #128318
Updated by okurz 2 months ago
## Motivation
As the parent project about QAaaS progresses we should assess our expected efforts and risks about "openQA in SLE" ASAP for further planning. As according to hsehic openQA needs to be provided from pure SLE, i.e. no PackageHub, we should try what we can achieve in this regard by submitting packages and seeing the effect of that. Maybe some submissions can be directly accepted, maybe some need special treatment. Maybe SLE release managers tell us what processes we need to follow, which bugzilla or Jira tickets we need to create first or which contracts to sign with blood ;)
## Goal
* **G1:** All packages for current openQA+os-autoinst+dependencies have non-rejected (open or accepted) submit requests towards SLE
* **G2:** We know what process we need to follow to get openQA+os-autoinst+dependencies into SLE
## Suggestions
* Identify all packages not yet in SLE: See the latest pipeline run within https://github.com/os-autoinst/scripts/actions/workflows/obs-list-dependencies.yml
* With a simple for-loop submit all packages from https://build.opensuse.org/project/show/devel:openQA:Leap:15.4 + https://build.opensuse.org/project/show/devel:openQA:tested (or openSUSE:Factory accordingly) to SLE (following https://en.opensuse.org/openSUSE:Maintenance_update_process)
* Make sure the source is openSUSE:Factory to improve chances requests will be accepted (devel:openQA could be seen as a list of relevant packages in that sense)
* React to comments/rejections in SRs accordingly
* List all unattended SRs, i.e. the ones that have open review but apparently after some day receive no update
* If you never worked with build.suse.de okurz suggests to use https://github.com/okurz/scripts/tree/master/isc
* Submit request to https://build.suse.de/package/show/SUSE:SLE-15-SP4:GA/000product to define a new SLE module for openQA
Back