|
Bugzilla – Full Text Bug Listing |
| Summary: | [Build 20231212] openqA failure in podman_firewall: cni/bridge plugin not installed | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Dominique Leuenberger <dimstar> |
| Component: | Containers | Assignee: | Dan Čermák <dcermak> |
| Status: | NEW --- | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P2 - High | ||
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| URL: | https://openqa.opensuse.org/tests/3808298/modules/podman_firewall/steps/47 | ||
| Whiteboard: | |||
| Found By: | openQA | Services Priority: | |
| Business Priority: | Blocker: | Yes | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Dominique Leuenberger
2023-12-13 07:38:59 UTC
During a debug session with Fabian, this seems to be quite some fun side effects on the test codebase. i.e podman_firewall runs after the podman_netavark test module, which, in the end, reverts to CNI even though the default was already netavark before On another test (JeOS) we have seen e.g buildah requiring cni - but with recommends disabled, cni-plugins is not being installed (this might be qualified as an actual bug - the dep should be stronger if it's needed that much) The test issue is reported at https://progress.opensuse.org/issues/152551 |