action #157741
Updated by livdywan about 1 month 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 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-dashboard 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