Project

General

Profile

action #105432

Multiple build errors on devel:openQA size:M

Added by okurz 4 months ago. Updated 3 months ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Concrete Bugs
Target version:
Start date:
2022-01-25
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

See https://build.opensuse.org/project/monitor/devel:openQA?defaults=0&unresolvable=1&broken=1&locked=1&deleting=1&arch_aarch64=1&arch_i586=1&arch_ppc64le=1&arch_x86_64=1&repo_SLE_15_SP1=1&repo_SLE_15_SP2=1&repo_SLE_15_SP3=1&repo_containers=1&repo_containers-tw=1&repo_containers15_2=1&repo_containers15_3=1&repo_openSUSE_Factory=1&repo_openSUSE_Factory_ARM=1&repo_openSUSE_Factory_PowerPC=1&repo_openSUSE_Leap_15_2=1&repo_openSUSE_Leap_15_3=1&repo_openSUSE_Tumbleweed=1

Suggestions

  • Just remove the problematic Leap 15.2 and SLE 15-SP2 combinations because 15.2 is out of scope and we don't need to support 15-SP2 if 15-SP3 works.
  • For the unresolvables we maybe need to link dependency packages

Out of scope

os-autoinst failures on Leap 15.2 and SLE 15-SP2 which are handled in #105310


Related issues

Related to openQA Project - action #105310: OBS checks fail in os-autoinst with " backend::svirt::run_ssh does not exist! at ./22-svirt.t line 119."Resolved2022-01-23

Copied to openQA Project - action #105512: Multiple build errors on devel:openQA:testedResolved2022-01-25

History

#1 Updated by okurz 4 months ago

  • Copied to action #105512: Multiple build errors on devel:openQA:tested added

#2 Updated by okurz 4 months ago

  • Subject changed from Multiple build errors on devel:openQA+devel:openQA:tested to Multiple build errors on devel:openQA
  • Description updated (diff)

I moved devel:openQA:tested related stuff to #105512

#3 Updated by okurz 4 months ago

  • Related to action #105310: OBS checks fail in os-autoinst with " backend::svirt::run_ssh does not exist! at ./22-svirt.t line 119." added

#5 Updated by okurz 4 months ago

  • Subject changed from Multiple build errors on devel:openQA to Multiple build errors on devel:openQA size:M
  • Description updated (diff)
  • Status changed from New to Workable
  • Priority changed from Urgent to High

not urgent because it's now only about the unresolvables which don't alert us everytime by email.

#6 Updated by cdywan 3 months ago

  • Status changed from Workable to In Progress
  • Concretely openQA seems to be *blocked w/ have choice for rubygem(sass): ruby2.7-rubygem-sass ruby3.0-rubygem-sass which explains the other unresolved builds.
  • It seems that ruby2.5 is no longer available in Tumbleweed, so it looks like we need to specify the version for Leap explicitly. And despite the comment in the project configuration we weren't actually doing that so far.

Trying the least invasive option now:

%if "%_repository" == "openSUSE_Leap_15.3"
Prefer: ruby2.5-rubygem-rb-fsevent-0.11
%endif

#7 Updated by cdywan 3 months ago

  • Assignee set to cdywan

For reference ruby2.5-rubygem-sass-3.5.3-1.19 is what we're using on Leap 15.3. I couldn't confirm the version of Tumbleweed but due to the Prefer I assume it was the same.

#8 Updated by openqa_review 3 months ago

  • Due date set to 2022-02-15

Setting due date based on mean cycle time of SUSE QE Tools

#9 Updated by cdywan 3 months ago

  • Due date deleted (2022-02-15)

Apparently we still need to explicitly choose the ruby version for Tumblweed, so I'm adding another condition to the project config:

%if "%_repository" == "openSUSE_Tumbleweed"
Prefer: ruby2.7-rubygem-sass
%endif

And it looks like aarch64 containers don't build because nothing provides qemu-kvm, or in other words container/ci/Dockerfile doesn't have the ||: that container/worker/Dockerfile has. Hence proposing a fix for that.

#10 Updated by openqa_review 3 months ago

  • Due date set to 2022-02-16

Setting due date based on mean cycle time of SUSE QE Tools

#11 Updated by cdywan 3 months ago

  1. SLE15.3 openQA/aarch64 and ppc64le are now at have choice for rubygem(ruby:2.5.0:rb-fsevent) >= 0.9.4 needed by ruby2.5-rubygem-sass-listen: ruby2.5-rubygem-rb-fsevent ruby2.5-rubygem-rb-fsevent-0.11, have choice for rubygem(ruby:2.5.0:rb-fsevent:0) >= 0.9 needed by ruby2.5-rubygem-sass-listen: ruby2.5-rubygem-rb-fsevent ruby2.5-rubygem-rb-fsevent-0.11. Maybe we can to link some repo with new packages here?
  2. SLE15.3 and Leap 15.2 openQA/x86-64 are now at nothing provides perl(Code::TidyAll) needed by os-autoinst-devel. Maybe we can to link some repo with new packages here?
  3. containers-tw on aarch64 is unresolved with nothing provides os-autoinst-qemu-x86 and nothing provides os-autoinst-qemu-kvm respectively. Probably also needs ||: treatment.

#12 Updated by mkittler 3 months ago

  1. Likely needs some more magic within the project config (rather than linking).
  2. Yes, a linkpac in our corresponding devel-subprojects should do it.
  3. Most likely.

#13 Updated by okurz 3 months ago

I asked in https://matrix.to/#/!ilXMcHXPOjTZeauZcg:libera.chat/$mslLlOhNDVf0aIOWnM4mhrxb_m-HMmrZgdPQH4S0IyM?via=libera.chat

hi, in https://build.opensuse.org/projects/devel:openQA/prjconf we currently have

%if "%_repository" == "openSUSE_Tumbleweed"
Prefer: ruby2.7-rubygem-sass
%endif

and I would like to have less hacks necessary in the project config. Anyone can explain why we need this? Is there a better alternative, maybe something we can put into the spec file? Or solve differently?

Based Dimstars suggestion I have now moved the prjconf settings for Leap 15.3 to devel:openQA:Leap:15.3 so we also should not have a problem with no inheritance in branched PR test projects, see #102464

I think I will also remove the Leap 15.2 config that is making us problems right now.

EDIT: https://github.com/os-autoinst/openQA/pull/4497 is an example of pull requests showing up with good results from OBS check for both Leap+Tumbleweed

#14 Updated by okurz 3 months ago

cdywan wrote:

And it looks like aarch64 containers don't build because nothing provides qemu-kvm, or in other words container/ci/Dockerfile doesn't have the ||: that container/worker/Dockerfile has. Hence proposing a fix for that.

Did you try out if this actually works? Because https://build.opensuse.org/package/show/devel:openQA/openqa_dev still shows as "unresolvable" for aarch64.

I now added

<disable arch="aarch64" repository="containers15.3"/>

in https://build.opensuse.org/package/meta/devel:openQA/openqa_dev with an added description pointing to this ticket. I did the corresponding in https://build.opensuse.org/package/meta/devel:openQA/isotovideo-qemu-kvm and https://build.opensuse.org/package/meta/devel:openQA/isotovideo-qemu-x86 and https://build.opensuse.org/package/meta/devel:openQA/isotovideo-os-autoinst-distri-opensuse e.g. for containers-tw

Then I added in https://build.opensuse.org/projects/devel:openQA:SLE-15/prjconf what I have in https://build.opensuse.org/projects/devel:openQA:Leap:15.3/prjconf

#15 Updated by okurz 3 months ago

  • Due date deleted (2022-02-16)
  • Status changed from In Progress to Resolved

Because of multiple package failures in https://build.opensuse.org/project/show/devel:openQA:SLE-15 I have removed the build config for "SLE_15" and "SLE_15_SP1" but kept "SLE_15_SP2" and "SLE_15_SP3" which have at least failed in less. Subsequently with osc meta prj -e --force devel:openQA I have removed the build config accordingly in the main project. And I have disabled the build of the openQA package itself in https://build.opensuse.org/package/meta/devel:openQA/openQA due to perl-Code-TidyAll missing. With this no more red on https://build.opensuse.org/project/show/devel:openQA

Also available in: Atom PDF