action #152671
open
[security][slem] dirmngr_setup and dirmngr_daemon need transactional enablement
Added by tjyrinki_suse 5 months ago.
Updated 27 days ago.
Category:
Bugs in existing tests
Description
dirmngr_setup tries to use zypper so likely misses ALP compatibility, possibly completely (not just is_slemicro >= 6.0 but also is_alp in general missing).
We have not yet executed this same test module on Dolomite.
openQA test in scenario sle-micro-6.0-Default-x86_64-fips_ker_mode_tests_crypt_core@uefi fails in
dirmngr_setup
- Status changed from Workable to In Progress
- Assignee set to pstivanin
- Subject changed from [security] dirmngr_setup needs ALP and Marble enablement to [security] dirmngr_setup and dirmngr_daemon need transactional enablement
- % Done changed from 0 to 10
That's actually not the only issue here. The "real" test, dirmngr_daemon, is changing and creating files in the read-only rootfs.
- % Done changed from 10 to 40
- % Done changed from 40 to 60
- Status changed from In Progress to Blocked
no news from the aforementioned bug
something seems to be moving, but still no updates available for this ticket.
- Subject changed from [security] dirmngr_setup and dirmngr_daemon need transactional enablement to [security][slem] dirmngr_setup and dirmngr_daemon need transactional enablement
- % Done changed from 60 to 40
bugs seem to be solved, we can now continue with the work on this ticket
- Status changed from Blocked to In Progress
- Status changed from In Progress to Blocked
setting the ticket to blocked again since the package is missing from the SL Micro's repo.
https://suse.slack.com/archives/C02A9423SRY/p1712816902755319 :
It has never been part of any previous SLE Micro release, from that perspective it is expected.
At the same time, I can imagine it being useful even on the minimal host, on the other hand after 6 releases of Micro, I’m not aware of any customer request.
- Assignee deleted (
pstivanin)
Also available in: Atom
PDF