action #154723
Updated by okurz 3 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 a pure SLE, i.e. no PackageHub, but we can and should primarily build containers. For this – according to discussions with dirkmueller and hsehic – we need to identify all packages that we need for openQA that are currently not in the SLE codestream so that we either submit them into the SLE codestream or a separate "addon" project.
## Acceptance criteria Goal
* **AC1:** All packages for current openQA+os-autoinst+dependencies that are currently not in current SLE are known
## Suggestions
* Lookup older tickets in the hierarchy to learn more about the context
* Investigate if looking into https://build.suse.de/project/show/home:okurz:BCI helps to identify which packages are already in SLE and which currently come from packagehub and are not yet in SLE
* Compile a list manually or automatically by origin
## Further details
* "current SLE in development" at time of writing 2024-02 is SLE15 SP6
Back