action #157741
Updated by okurz 7 months ago
## Motivation
One of the most important responsibilities within SLE maintenance testing is to approve/reject SLE maintenance release requests based on openQA test results. So far [qem-bot](https://github.com/openSUSE/qem-bot) is sufficient to schedule openQA tests but merely does a mediocre job of reporting back results as test results are asynchronously polled based on a periodic schedule https://gitlab.suse.de/qa-maintenance/bot-ng/-/pipeline_schedules causing unnecessary delays, inefficient polling, using outdated results #122311 and not even reporting back on blocking test failures #97121. Let's use a proper architecture with efficient event based triggers providing relevant information back to release requests on IBS using core openQA features rather than too much custom lacking downstream tooling: After the PoC in #154498-14 we should fully implement that to approve/reject the according release request synchronously after AMQP event listening.
## Acceptance criteria
* **AC1:** something qem-bot synchronously approves based on AMQP events
## Suggestions
* Follow-on with the PoC of #154498-14
* Setup qem-bot or an alternative on existing or new server but make access to the logs
* Add it as part of qem-dashbaord which already has AMQP support
* Ensure that qem-bot runs near-continuous to be able to listen to all AMQP events accordingly, maybe back-to-back gitlab CI jobs with limits to prevent parallel execution which we already have?
## Further details
Also related to #122311, #123088, #97121, #99303, #152939, #131279, #117655
Back