action #103287
closedEnsure openQA within standard repos of Leap 15.3 is working and no problem with object method "route" size:M
Added by okurz almost 3 years ago. Updated over 2 years ago.
Description
Motivation¶
See https://github.com/os-autoinst/os-autoinst/issues/1866
Acceptance criteria¶
- AC1: openQA within standard repos of Leap 15.3 is working and no problem with object method "route" (or package does not exist in Leap 15.3)
Suggestions¶
- DONE: Use
any
incommands.pm
, already the case in current git - Prepare a SR to submit recent os-autoinst to Leap 15.3 if that works, otherwise backport fix
Updated by livdywan almost 3 years ago
- Subject changed from Ensure openQA within standard repos of Leap 15.3 is working and no problem with object method "route" to Ensure openQA within standard repos of Leap 15.3 is working and no problem with object method "route" size:M
- Description updated (diff)
- Status changed from New to Workable
Updated by mkittler almost 3 years ago
- Status changed from Workable to Feedback
Created a MR https://build.opensuse.org/request/show/936730 (and the Bugzilla ticket https://bugzilla.opensuse.org/show_bug.cgi?id=1193541 because I suppose one needs one).
(I tried following https://en.opensuse.org/openSUSE:Maintenance_update_process.)
Updated by mkittler almost 3 years ago
The MR has been accepted but the package fails to build because some of the other dependencies are now too old.
I suppose I'll have to backport https://github.com/os-autoinst/os-autoinst/commit/7aff5a55269627dc0037251c182ec4c5380baeab then.
Annoyingly, all the time when I want to branch https://build.opensuse.org/package/show/openSUSE:Leap:15.3/os-autoinst I'm now ending up branching the updated version (from my previous MR). Not sure how to branch the original version at this point. I'm also not sure how I'd revert my previous MR change.
Updated by okurz almost 3 years ago
Huh, why was is accepted if it does not build?
Updated by livdywan almost 3 years ago
okurz wrote:
Huh, why was is accepted if it does not build?
it does not build now I think. since you can remove links without re-building
Updated by mkittler almost 3 years ago
Huh, why was is accepted if it does not build?
I don't know. I wouldn't have expected that.
it does not build now I think. since you can remove links without re-building
Not sure what you mean by that. Judging from the error I don't think it built before.
Updated by livdywan almost 3 years ago
mkittler wrote:
Huh, why was is accepted if it does not build?
I don't know. I wouldn't have expected that.
it does not build now I think. since you can remove links without re-building
Not sure what you mean by that. Judging from the error I don't think it built before.
I meant that it could be broken because links changed in the meantime. But that was a thinko, there's no devel:openQA involved here where we move packages around.
What does locked
mean? The logs say The Build succeeded
.
Updated by mkittler almost 3 years ago
"Locked" is the state of the current package in openSUSE:Leap:15.3
(not the update project). That current package is still from a year ago and it means that this package will stay as-is (updates will only be published to the update repo). That old version is also the version I'd like to branch for backporting (but end up branching the new version from the update project instead).
Updated by mkittler almost 3 years ago
Note that the loose versioning constraint in the test package¹ is not ideal. It caused the test package to succeed and therefore the actual build failure was overlooked.
¹
#BuildRequires: %{short_name} == %{version}
BuildRequires: %{short_name}
Updated by mkittler almost 3 years ago
I'm now trying to submit a package where I manually reverted my last change and only backported the mentioned patch: https://build.opensuse.org/request/show/940316
This one builds at least. Maybe I'll have more luck this time.
Updated by mkittler almost 3 years ago
The SR has been accepted but now everything is unresolvable: https://build.opensuse.org/package/show/openSUSE:Maintenance:17255/os-autoinst.SUSE_SLE-15-SP3_Update
unresolvable: nothing provides perl(Carp::Always), nothing provides perl(File::Touch), nothing provides perl(File::chdir), nothing provides perl(IPC::Run::Debug), nothing provides perl(Mojo::IOLoop::ReadWriteProcess) >= 0.26, nothing provides perl(Net::SSH2), nothing provides perl(Socket::MsgHdr), nothing provides perl(Time::Moment), nothing provides perl(XML::SemanticDiff), nothing provides perl(Test::Mock::Time), nothing provides perl(Test::MockObject), nothing provides perl(Test::MockRandom), nothing provides perl(Test::Output), nothing provides perl(Inline::Python), nothing provides perl(YAML::PP), nothing provides perl(Mojo::IOLoop::ReadWriteProcess) >= 0.28
Not sure what to do about it. Maybe it helps to simply wait.
(https://build.opensuse.org/package/show/openSUSE:Backports:SLE-15-SP3:Update/os-autoinst has still the older version. I suppose the updated package would show up here.)
Updated by osukup almost 3 years ago
You need update also dependencies :D and send new packages to Leap 15.3
(Can be merged as one MR)
Updated by mkittler over 2 years ago
So backporting a single patch is not possible? I actually wanted to avoid having to update all dependencies.
When trying to build the package locally I get the same error about unresolvable packages.
Updated by mkittler over 2 years ago
Note that the package is still on the version from 29-Mar-2021 (see http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64) and https://build.opensuse.org/package/show/openSUSE:Maintenance:17255/os-autoinst.SUSE_SLE-15-SP3_Update is still unresolvable despite most "unresolvable" packages shouldn't be and I don't know why.
Updated by mkittler over 2 years ago
Marcus did some magic and now we're from unresolvable package to failure within the testsuite: https://build.opensuse.org/package/show/openSUSE:Maintenance:17255/os-autoinst.openSUSE_Backports_SLE-15-SP3_Update
Maybe I need to back port more patches. That's the failure:
[ 189s] 3: Timeout for pipe other side helper at ./10-virtio_terminal.t line 37.
[ 189s] 3:
[ 189s] 3: # Failed test 'no (unexpected) warnings (via END block)'
[ 189s] 3: # at /usr/lib/perl5/5.26.1/Test/Builder.pm line 135.
[ 189s] 3: # Got the following unexpected warnings:
[ 189s] 3: # 1: Timeout for pipe other side helper at ./10-virtio_terminal.t line 37.
Updated by mkittler over 2 years ago
The package on https://build.opensuse.org/package/show/openSUSE:Maintenance:17255/os-autoinst.openSUSE_Backports_SLE-15-SP3_Update is actually just the to new version again. So I'm running in circles here. I doubt I can ever resolve this ticket without someone involved with OBS doing some "magic".
Updated by mkittler over 2 years ago
Marcus helped copying the backported version. It builds now and should move forward to Leap 15.3 update repos automatically.
Updated by mkittler over 2 years ago
It is still on the old version:
docker run -it registry.opensuse.org/opensuse/leap:15.3 zypper info os-autoinst
Retrieving repository 'Update repository of openSUSE Backports' metadata .............................................................................................................................................................................................................................................[done]
Building repository 'Update repository of openSUSE Backports' cache ..................................................................................................................................................................................................................................................[done]
…
Loading repository data...
Reading installed packages...
Information for package os-autoinst:
------------------------------------
Repository : Main Repository
Name : os-autoinst
Version : 4.6.1606482144.ab6cdfe2-bp153.1.1
Arch : x86_64
Vendor : openSUSE
Installed Size : 892.7 KiB
Installed : No
Status : not installed
Source package : os-autoinst-4.6.1606482144.ab6cdfe2-bp153.1.1.src
Summary : OS-level test automation
…
Updated by mkittler over 2 years ago
- Status changed from Feedback to Resolved
Leap 15.3 now provides 4.6.1606482144.ab6cdfe2-bp153.2.6.1
containing the fix (checked in Leap 15.3 container). I've also been running the fullstack test within - of course the old version ab6cdfe2 and amended to use the system-provided isotovideo. It didn't pass because my amendment wasn't working perfectly (it calls isotovideo multiple times and I've just covered the first occurrence) but it got far enough to show that the problem is fixed.