action #127541
closedcoordination #127031: [saga][epic] openQA for SUSE customers
coordination #127028: [epic] openQA on SLE+packagehub
Test os-autoinst+openQA against openSUSE:Backports:SLE-X in pull request OBS CI checks size:M
Added by okurz about 1 year ago. Updated 4 months ago.
0%
Description
Acceptance criteria¶
- AC1: os-autoinst+openQA is built and tested successfully against openSUSE:Backports:SLE-X in every pull request
Suggestions¶
- Read https://github.com/os-autoinst/os-autoinst/blob/master/.obs/workflows.yml#L26 and apply for the latest relevant openSUSE:Backports:SLE-X repo
- Same for openQA
- For the "successfully" part: Wait for other tickets and possibly implement missing bits (other tickets are mainly about running Leap packages against backports, this ticket also requires the build to work)
Updated by okurz about 1 year ago
- Copied from action #127037: os-autoinst on SLE+packagehub size:M added
Updated by livdywan about 1 year ago
- Subject changed from Test os-autoinst+openQA against openSUSE:Backports:SLE-X in pull request OBS CI checks to Test os-autoinst+openQA against openSUSE:Backports:SLE-X in pull request OBS CI checks size:M
- Description updated (diff)
- Status changed from New to Blocked
Let's block this on #127037 since otherwise this has no chance of passing in CI
Updated by okurz about 1 year ago
- Status changed from Blocked to Workable
cdywan wrote:
Let's block this on #127037 since otherwise this has no chance of passing in CI
#127034 is resolved showing that the version of openQA currently in SLE+packagehub has no problem to install. I quickly tried out in a SLE VM with openQA installed:
zypper ar -p 95 -f 'http://download.opensuse.org/repositories/devel:openQA/$releasever' devel_openQA
zypper ar -p 90 -f 'http://download.opensuse.org/repositories/devel:openQA:Leap:$releasever/$releasever' devel_openQA_Leap
zypper -n dup --allow-vendor-change
curl http://localhost:9526
and openQA shows up a page just fine so no problem there. We can continue here.
Updated by tinita about 1 year ago
- Status changed from Workable to In Progress
- Assignee set to tinita
Updated by tinita about 1 year ago
I added SLE_15_SP4 openSUSE:Backports:SLE-15-SP4:Update/standard to https://build.opensuse.org/repositories/devel:openQA:SLE-15
Waiting for builds to finish: https://build.opensuse.org/package/show/home:tinita:branches:devel:openQA:GitHub:os-autoinst:os-autoinst:PR-2300/os-autoinst
Updated by tinita about 1 year ago
Unrelated: I removed the broken https://build.opensuse.org/package/show/devel:openQA:SLE-15/perl-Perl-Critic-Freenode which is now replaced by perl-Perl-Critic-Community (but still provided as an alias)
Updated by tinita about 1 year ago
There are some build failures and unresolvables in the SP4 repo: https://build.opensuse.org/project/show/devel:openQA:SLE-15
That might cause the os-autoinst build failures: https://build.opensuse.org/package/show/home:tinita:branches:devel:openQA:GitHub:os-autoinst:os-autoinst:PR-2300/os-autoinst
Many failures look like this:
[ 36s] perl-ExtUtils-Depends.noarch: E: SUSE_Backports_policy-SLE_conflict (Badness: 10000) Package with name perl-ExtUtils-Depends already in SLE
I was able to fix that for one module buy disabling building for SP4, so with that we should be able to get rid of most failures.
Another error I saw:
[ 147s] perl-DBD-SQLite.x86_64: E: devel-file-in-non-devel-package (Badness: 50) /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/auto/share/dist/DBD-SQLite/sqlite3.c
Have to investigate.
Unresolables: https://build.opensuse.org/project/monitor/devel:openQA:SLE-15?arch_x86_64=1&defaults=0&repo_SLE_15_SP4=1&unresolvable=1
I will check if we really need all of those modules in their latest version.
One problem seems to be Test::MockModule. I think we really need a newer version than 0.13, and I'm not sure how to tell OBS to put that into backports. https://build.opensuse.org/package/show/devel:openQA:SLE-15/perl-Test-MockModule
Updated by tinita about 1 year ago
https://github.com/os-autoinst/os-autoinst/pull/2301 Replace Perl::Critic::{Freenode,Community}
Updated by openqa_review about 1 year ago
- Due date set to 2023-05-02
Setting due date based on mean cycle time of SUSE QE Tools
Updated by okurz about 1 year ago
We have both https://build.opensuse.org/project/show/devel:openQA:Leap:15.4 as well as SLE15-SP4 enabled in https://build.opensuse.org/project/show/devel:openQA:SLE-15 but after the jump project Leap+SLE are based on the same binary project. So IMHO we should just use https://build.opensuse.org/project/show/devel:openQA:Leap:15.4
Updated by tinita about 1 year ago
- Status changed from In Progress to Workable
- Assignee deleted (
tinita)
I'm unassigning again.
I created the draft PR https://github.com/os-autoinst/os-autoinst/pull/2302 ci: Add SLE 15 SP4 Backports repository
And then I wanted to try out in a container what is need to make the tests passing, but I was unable to establish
the same environment as in OBS to check step by step which modules needed to be submitted.
One obvious perl module is Test::MockModule. So maybe someone else can continue. Oliver and Marius tried to explain it to me but I didn't understand.
Updated by tinita about 1 year ago
- Status changed from Workable to In Progress
- Assignee set to tinita
Updated by tinita about 1 year ago
- Status changed from In Progress to Feedback
Marius pointed me to https://en.opensuse.org/openSUSE:Maintenance_update_process
So I created this request:
osc sr openSUSE:Factory perl-Test-MockModule SUSE:SLE-15:Update
Updated by mkittler about 1 year ago
Let's see how it goes. I've been adding my as watcher.
Note that the need to submit this package directly to SLE has been discovered via the build failure on https://build.opensuse.org/project/show/devel:openQA:SLE-15-Backports.
I suppose the next step would be to go though all packages we need to submit and check whether they are in SLE. If they are, we create a similar SR; otherwise we create one for backports. Maybe there's an easier way for checking whether a package is already in SLE than via possibly provoking a build failure.
Updated by okurz about 1 year ago
- Due date deleted (
2023-05-02) - Status changed from Feedback to Blocked
we can block on https://build.opensuse.org/request/show/1080931 for now
Updated by okurz 8 months ago
- Assignee changed from tinita to okurz
taking over from tinita as discussed.
https://suse.slack.com/archives/C028VS8TM2B/p1694598669449559
(Oliver Kurz) https://build.opensuse.org/request/show/1080931 is unreviewed since 5 months which is certainly longer than I would expect. The SR has an open review for "suse-sle-reviewers", i.e. @Lubos Kocman @Max Lin . But I assume others could have run into the same trap. How can we adress that on a general level?
Updated by okurz 5 months ago
- Status changed from Blocked to Workable
- Assignee deleted (
okurz)
https://build.opensuse.org/request/show/1080931 was mirrored into IBS https://build.suse.de/request/show/307672, accepted by now. Updated https://github.com/os-autoinst/os-autoinst/pull/2302 to test against 15-SP5 backports. What I am not so clear about is https://maintenance.suse.de/request/307672/ which looks like something was deleted rather than added properly. Anyway, now in https://github.com/os-autoinst/os-autoinst/pull/2404 testing with current 15-SP5. Now for example https://build.opensuse.org/build/devel:openQA:GitHub:os-autoinst:os-autoinst:PR-2302/SLE_15_SP4_backports/x86_64/os-autoinst/_log shows "Mojo::Transaction::HTTP::result does not exist! at ./t/21-needle-downloader.t line 127.". I guess we can continue there.
Updated by ybonatakis 4 months ago
Enabled those SLE_15 in os-autoinst with the following results
https://github.com/os-autoinst/os-autoinst/pull/2435
FAILED: os-autoinst - SLE_15_SP4_Backports/x86_64
FAILED: os-autoinst - SLE_15_SP5_Backports/x86_64
PASSED: os-autoinst - SLE_15_SP6_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP1_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP2_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP3_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP4_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP5_Backports/x86_64
PASSED: os-autoinst:os-autoinst-test - SLE_15_SP6_Backports/x86_64
I am a bit confused about the results. Gonna investigate tmr
PR to revert is https://github.com/os-autoinst/os-autoinst/pull/2433 and https://github.com/os-autoinst/os-autoinst/pull/2431
Updated by ybonatakis 4 months ago
https://github.com/os-autoinst/os-autoinst/pull/2438 to add the only backports which works (sle16) on os-autoinst
Updated by ybonatakis 4 months ago
https://github.com/os-autoinst/openQA/pull/5423 same for openQA
Updated by ybonatakis 4 months ago
SLE_15_SP1:
older version only found:
- perl(Mojo::IOLoop::ReadWriteProcess) 0.23
- perl(Mojolicious) 8.14
- qemu 3.1.1.1-9.21.4 missing:
- perl(File::Map)
- perl(YAML::PP)
- xterm-console
- perl(Inline::Python)
SLE_15_SP2:
older version only found:
- perl(Mojo::IOLoop::ReadWriteProcess) 0.25
- perl(Mojolicious) 8.42
SLE_15_SP3:
older version only found:
- perl(Mojolicious) 9.19
SLE_15_SP4:
missing:
- Mojo::Transaction::HTTP::result
SLE_15_SP4:
missing:
- Mojo::Transaction::HTTP::result
Updated by okurz 4 months ago
- Status changed from Feedback to Resolved
Both https://github.com/os-autoinst/os-autoinst/pull/2438 and https://github.com/os-autoinst/openQA/pull/5423 merged. We shouldn't look into supporting older versions for now and we are done.