Project

General

Profile

Actions

action #89632

open

[opensuse][qe-core] test fails in select_packages in package-dependency test suite

Added by ggardet_arm about 3 years ago. Updated 9 days ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
Due date:
% Done:

100%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-package-dependency@aarch64 fails in
select_packages

inst-overview-blocked screen is not showed anymore.

Test suite description

Maintainer: jpupava Packages are installed by default and removed when starting with - (minus). Installation get blocked by removed grub2 package, packages in INSTALLATION_BLOCKED will be selected back to resolve conflict and continue with installation https://progress.opensuse.org/issues/9476

Reproducible

Fails since (at least) Build 20210226

Expected result

Last good: 20210223 (or more recent)

Further details

Always latest result in this scenario: latest


Related issues 1 (1 open0 closed)

Related to openQA Tests - action #89314: [qe-core] test fails in select_patterns - sub select_specific_patterns_by_iteration needs to be fixedBlocked

Actions
Actions #1

Updated by riafarov about 3 years ago

Seems that INSTALLATION_BLOCKED setting is not needed anymore and https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/9c827c37b0 this change made it more strict for the cases when some problems are expected. I've triggered https://openqa.opensuse.org/tests/1661988 to prove that it works, there I've explicitly set INSTALLATION_BLOCKED=0
UPDATE: So it works, but question is if this conflict has to be shown, for 64bit it is there: https://openqa.opensuse.org/tests/1659946#step/select_packages/35 Might be a product issue, but it's clear how to make the test pass.

Actions #2

Updated by ggardet_arm about 3 years ago

My understanding is that the purpose of this test is to check the installation is blocked with specific package (de)selection.

Actions #3

Updated by SLindoMansilla about 3 years ago

ggardet_arm wrote:

My understanding is that the purpose of this test is to check the installation is blocked with specific package (de)selection.

that is correct.
The test is expected to check no regression where "not selecting grub2 would allow Yast to continue installation of a non-bootable system".

Actions #4

Updated by SLindoMansilla about 3 years ago

  • Status changed from New to Rejected
  • Assignee set to SLindoMansilla

Rejected as duplicate of: #89314

Actions #5

Updated by SLindoMansilla about 3 years ago

  • Is duplicate of action #89314: [qe-core] test fails in select_patterns - sub select_specific_patterns_by_iteration needs to be fixed added
Actions #6

Updated by SLindoMansilla about 3 years ago

  • Subject changed from test fails in select_packages to [qe-core] test fails in select_packages
  • Status changed from Rejected to New
  • Assignee deleted (SLindoMansilla)

sorry, that ticket was for patterns.

I was sure I created a ticket for select_packages, but if I did, I cannot find it...

Actions #7

Updated by SLindoMansilla about 3 years ago

  • Is duplicate of deleted (action #89314: [qe-core] test fails in select_patterns - sub select_specific_patterns_by_iteration needs to be fixed)
Actions #8

Updated by SLindoMansilla about 3 years ago

  • Related to action #89314: [qe-core] test fails in select_patterns - sub select_specific_patterns_by_iteration needs to be fixed added
Actions #9

Updated by SLindoMansilla about 3 years ago

My guess: assert_and_click or send_key failed here to deselect grub2: https://openqa.opensuse.org/tests/1661190#step/select_packages/26

Actions #10

Updated by okurz about 3 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: package-dependency
https://openqa.opensuse.org/tests/1676127

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #11

Updated by okurz almost 3 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: package-dependency
https://openqa.suse.de/tests/5775006

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #12

Updated by okurz almost 3 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: package-dependency
https://openqa.opensuse.org/tests/1693167

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #13

Updated by okurz almost 3 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: package-dependency
https://openqa.opensuse.org/tests/1726702

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #14

Updated by tjyrinki_suse almost 3 years ago

  • Subject changed from [qe-core] test fails in select_packages to [opensuse][qe-core] test fails in select_packages in package-dependency test suite
  • Description updated (diff)
  • Status changed from New to Workable
  • Start date deleted (2021-03-08)
Actions #15

Updated by openqa_review almost 3 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: package-dependency
https://openqa.opensuse.org/tests/1747337

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #16

Updated by openqa_review almost 3 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: package-dependency
https://openqa.opensuse.org/tests/1765319

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #17

Updated by favogt almost 3 years ago

The test first deleselects all packages in PACKAGES which are prefixed with - by pressing -. For aarch64 that includes grub2-arm64-efi, but pressing - there doesn't do anything. This is probably because it's a hard dependency of something else and YaST doesn't allow breaking them that way. The x86_64 test uses grub2 instead, which isn't installed by a hard dependency there. I tried using grub2 on aarch64 as well, but there shim requires it because it was booted with EFI. Deselecting both shim and grub2-arm64-efi or just shim works in this case.

Actions #18

Updated by favogt almost 3 years ago

  • Status changed from Workable to Resolved
  • % Done changed from 0 to 100

Did a test run and created needles, works: https://openqa.opensuse.org/tests/1767564#step/select_packages/30
Test suite description updated and overrides in job groups adjusted.

Actions #19

Updated by okurz almost 3 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: package-dependency
https://openqa.suse.de/tests/5990449

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions #20

Updated by okurz over 2 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: package-dependency
https://openqa.suse.de/tests/5990449

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The label in the openQA scenario is removed
Actions #21

Updated by openqa_review over 2 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: package-dependency
https://openqa.suse.de/tests/5990449

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The label in the openQA scenario is removed
Actions #22

Updated by okurz over 2 years ago

  • Status changed from Resolved to Feedback

^

Actions #23

Updated by livdywan over 1 year ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #24

Updated by slo-gin 9 days ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions

Also available in: Atom PDF