coordination #47195
closed[sle][migration][functional][u][epic] check orphaned_packages_check.pm for SLE installation tests
100%
Description
Request from Vincent M.:
For the context, this started with bsc#1116740 - kernel-default-base not
provided in online channel, which is the most critical bugs we had in JeOS yet.
Since the issue was that kernel-default-base was an orphaned package therefore
JeOS users would never received any kernel updates…
After discussion inside the JeOS team, we came up with the decision to manually
use that orphaned_packages_check.pm test to prevent such orphaned issue.
Now I wanted to bring this topic to QA and other PrjMgr/RM because:
orphaned_packages_check.pm is ONLY used (AFAIK) during SLE migration test but
not during regular build test. I.E checking orphaned packages from SPX when
migrating to SPX+1. But no check to see if SPX+1 contains orphaned packages by
himself, if this is a relevant test. Should we change that?ATM orphaned_packages_check.pm require to manually check the output, is there
a way to automate this somehow?What about other product, do they use orphaned_packages_check.pm, something
else, or nothing?
Updated by okurz almost 6 years ago
- Category set to New test
- Status changed from New to Blocked
- Target version set to Milestone 24
-> subtickets
Updated by okurz almost 6 years ago
- Subject changed from [sle][functional] check orphaned_packages_check.pm for SLE installation tests to [sle][migration][functional][u][epic] check orphaned_packages_check.pm for SLE installation tests
- Target version changed from Milestone 24 to Milestone 25
Updated by ccret over 5 years ago
This bug is also related to this check: https://bugzilla.suse.com/show_bug.cgi?id=1132329
Updated by okurz over 5 years ago
- Assignee changed from okurz to mgriessmeier
Move to new QSF-u PO after I moved to the "tools"-team. I mainly checked the subject line so in individual instances you might not agree to take it over completely into QSF-u. Feel free to discuss with me or reassign to me or someone else in this case. Thanks.
Updated by maritawerner over 5 years ago
Hello Matthias, any update here? I think for JeOs that is quite important.
Updated by mgriessmeier over 5 years ago
- Target version changed from Milestone 25 to Milestone 26
maritawerner wrote:
Hello Matthias, any update here? I think for JeOs that is quite important.
from the QSF-U side, this is done as far as I can tell from the resolved subtasks - to close this epic the migration tasks needs to be finished as well
Updated by mgriessmeier over 5 years ago
- Target version changed from Milestone 26 to Milestone 28
still waiting for migration tasks to be done
Updated by mgriessmeier almost 5 years ago
- Status changed from Blocked to Resolved
subtickets closed, considering resolved
Updated by gameboy974 almost 5 years ago
Hi,
I'm no openQA expert, so I would like to kindly ask to have a summary of what you did to comply to this issue. To my understanding the orphaned_packages tests was only added to the migration test cases? Links to openQA tests might be also interesting to have.
Thanks a lot.
Vincent Moutoussamy.
Updated by okurz almost 5 years ago
The points as mentioned in the ticket description have been adressed. For example the latest task I did was in #47333 with https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/9148/commits adding two commits, adding the check to more products and also during normal build validation tests as well as making the check a proper automated test which would fail if any unexpected (not whitelisted orphans) have been found. https://openqa.suse.de/tests/3697359#step/orphaned_packages_check/2 is an example showing the test module "orphaned_packages_check" being executed during a regular build validation test scenario.
Updated by szarate about 4 years ago
- Tracker changed from action to coordination
Updated by szarate about 4 years ago
See for the reason of tracker change: http://mailman.suse.de/mailman/private/qa-sle/2020-October/002722.html
Updated by gameboy974 about 4 years ago
szarate wrote:
See for the reason of tracker change: http://mailman.suse.de/mailman/private/qa-sle/2020-October/002722.html
I can not access this archive since I'm not a member : ). Could you please summarize what the "Tracker changed from action to coordination" means? and what was discussed in the ML thread?
Thanks