action #71830
closed[y] Set default target based on the expectations
0%
Description
Observation¶
As it is explained in the https://bugzilla.suse.com/show_bug.cgi?id=1164556 this is expected as they depend on how system was installed.
This means that even if the "minimal" system role is selected the target is determined by the installed x11 packages and the xdm[0]
Also from the logs
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Pkg] clients/default_target_proposal.rb:237 Pkg Builtin called: IsSelected
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Pkg] Package.cc(IsSelected):505 Tag xdm provided by xdm is selected to install
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Ruby] clients/default_target_proposal.rb:273 Systemd target detection says: X11 packages have been selected for installation
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Ruby] clients/default_target_proposal.rb:268 Detected target proposal 'graphical'
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Ruby] clients/default_target_proposal.rb:231 Setting systemd default target to graphical
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Ruby] modules/services_manager_target.rb:118 New default target has been set: graphical
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Ruby] clients/default_target_proposal.rb:193 Systemd default target is set to 'graphical'
2020-09-23 15:49:22 <1> redcurrant-1(4140) [Interpreter] installation/proposal_store.rb:480 Called YaST client returned.
2020-09-23 15:49:22 <0> redcurrant-1(4140) [Interpreter] installation/proposal_store.rb:480 Called YaST client returned: $["preformatted_proposal":"<ul><li>Graphical mode</li></ul>"]
2020-09-23 15:49:22 <0> redcurrant-1(4140) [Ruby] installation/proposal_store.rb:492 default_target_proposal MakeProposal() returns {"preformatted_proposal"=>"<ul><li>Graphical mode</li></ul>"}
So we need to fix the validation for the expected target in the system.
[0] https://github.com/yast/yast-services-manager/blob/master/src/modules/services_manager_target.rb#L126
openQA test in scenario sle-15-SP3-Online-ppc64le-minimal+role_minimal@ppc64le-hmc-4disk fails in
verify_default_target
Test suite description¶
Like default but explicitly select the system role "minimal". The resulting system should roughly correspond to an unregistered system but with access to modules for optional installation.
Reproducible¶
Fails since (at least) Build 14.2
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by riafarov over 4 years ago
- Due date set to 2020-10-20
- Target version set to SLE 15 SP3
Updated by riafarov over 4 years ago
- Status changed from New to Workable
- Estimated time set to 2.00 h
Updated by riafarov over 4 years ago
- Project changed from openQA Tests (public) to qe-yam
- Category deleted (
Bugs in existing tests)
Updated by JERiveraMoya over 4 years ago
- Status changed from Workable to In Progress
- Assignee set to JERiveraMoya
Updated by JERiveraMoya over 4 years ago
- Status changed from In Progress to Feedback
Updated by JERiveraMoya over 4 years ago
- Status changed from Feedback to Closed
Updated by okurz about 4 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: minimal+role_minimal@ppc64le-hmc-4disk
https://openqa.suse.de/tests/4901167
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed