action #60029
closedOBS builds of os-autoinst fail for SLE12SP5 but not for SLE12SP3-4
Description
Observation¶
https://build.opensuse.org/project/monitor/devel:openQA?utf8=%E2%9C%93&defaults=0&failed=1&unresolvable=1&broken=1&blocked=1&dispatching=1&scheduled=1&building=1&finished=1&signing=1&locked=1&deleting=1&arch_x86_64=1&repo_SLE_12_SP5=1
shows the current problems for the repository SLE12SP5. This is relying on https://build.opensuse.org/project/monitor/devel:openQA:SLE-12?utf8=%E2%9C%93&defaults=0&failed=1&unresolvable=1&broken=1&blocked=1&dispatching=1&scheduled=1&building=1&finished=1&signing=1&locked=1&deleting=1&arch_x86_64=1&repo_SLE_12_SP4=1&repo_SLE_12_SP5=1 in the SLE-12 subproject which shows the differences for SLE12SP4 and SLE12SP5, just for x86_64 for simplicity, e.g. hdf fails. https://build.opensuse.org/package/live_build_log/devel:openQA:SLE-12/hdf/SLE_12_SP5/x86_64 shows that it actually fails on tests, i.e. "75 - fortestF (Failed)".
Updated by mkittler over 4 years ago
- Status changed from New to In Progress
- Assignee set to mkittler
I disabled netcdf support in ffmpeg and it builds now. As far as I know it is only used for the "sofalizer" filter which we don't need (the current version of ffmpeg uses libmysofa for this). OpenCV is currently building against the new ffmpeg. That means we could actually remove the failing hdf and netcdf packages if everything works in the end.
Updated by mkittler over 4 years ago
- Target version set to Current Sprint
It builds now for x86_64.
However, for aarch64 and ppc64le there's an additional problem which seems to be a product/OBS bug: https://bugzilla.suse.com/show_bug.cgi?id=1157302
If these architectures are required in production we could workaround this by also disabling libva support because I doubt we make use of libva ("Video Acceleration (VA) API for Linux") within openQA.
Should I remove netcdf and related packages such as hdf from our SLE12 devel repo? These are no longer used and mostly failing.
Updated by okurz over 4 years ago
By now all our production instances for o3 and osd run Leap and not SLE so we would not even need the repos for that purpose. You can of course remove packages which are neither needed by os-autoinst nor openQA itself.
Updated by mkittler over 4 years ago
- Status changed from In Progress to Resolved
- Target version changed from Current Sprint to Done
Then I'm closing the issue here because it is not worth adding a workaround for it and we also still have the Bugzilla ticket. I removed the unused hdf and netcdf packages.
Updated by okurz over 4 years ago
- Status changed from Resolved to In Progress
I am confused now. Build failures do not go away by closing a ticket. You certainly did a step in the right direction to fix the build and a valid alternative might be to just remove SLE repos from devel:openQA completely when we agree that this is the right way to go – I personally don't think so – but as long as os-autoinst fails to build for SLE12SP5 (currently for aarch64 and ppc64le) I would not consider the ticket done. Did I misunderstand you?
Updated by mkittler over 4 years ago
- Status changed from In Progress to New
I wouldn't remove the SLE 12 SP5 repo because I have referenced it in the Bugzilla ticket as an example. I've just closed the ticket because I thought one ticket for the issue is enough and our failing build is just a symptom of the issue tracked in https://bugzilla.suse.com/show_bug.cgi?id=1157302. If you want to keep it open although we don't even use the repo I'm fine with that but I've set it back to 'New' because I'm currently not working on it anymore besides keeping track of https://bugzilla.suse.com/show_bug.cgi?id=1157302.
Updated by okurz over 4 years ago
- Status changed from New to Blocked
ah, I see. For this we can use "Blocked". Why not "Resolved"? Because someone might set the bug in bugzilla to "RESOLVED FIXED" or maybe also "WONTFIX" which is all acceptable for the bug per se but it does not necessarily fix the problem for us which is what the subject line tells: As long as os-autoinst does not build on SLE12SP5 for our usual architectures I see the as not "Resolved". Of course there are always alternative so we could delete the repos, do not support SLE12 and call that our "Resolution" as well :)
Updated by okurz almost 4 years ago
- Target version deleted (
Done)
As currently SLE packages do not build but download.o.o still has old packages published that we can not support anymore I wiped old binaries with
for i in SLE_12_SP3 SLE_12_SP4 SLE_12_SP5 SLE_15 SLE_15_SP1 ; do osc wipebinaries -r $i devel:openQA; done
Updated by mkittler over 3 years ago
I've fixed the x86_64 builds again but aarch64 and ppc64le are still broken due to this issue. Note that these archs currently don't build for previous SPs as well due to the lack of qemu-x86.
Updated by mkittler over 3 years ago
- Due date set to 2020-11-04
I disabled the SLE12 builds for aarch64 and ppc64le for now. The issue can still be checked here (link is also mentioned in the product bug): https://build.opensuse.org/project/show/home:mkittler:tests
Updated by okurz over 3 years ago
- Related to action #72229: Support openQA worker on SLE15-SP2 (aarch64): perl(Minion::Backend::SQLite) >= 5.0.1 missing for openQA-worker for SLE15-SP2 added
Updated by okurz over 3 years ago
I checked the bug and it is not moving since 2020-02. I asked coolo if he can post a youtube video or something to get this going.
Updated by livdywan over 3 years ago
- Due date changed from 2020-11-04 to 2020-11-30
mkittler wrote:
I wouldn't remove the SLE 12 SP5 repo because I have referenced it in the Bugzilla ticket as an example. I've just closed the ticket because I thought one ticket for the issue is enough and our failing build is just a symptom of the issue tracked in https://bugzilla.suse.com/show_bug.cgi?id=1157302. If you want to keep it open although we don't even use the repo I'm fine with that but I've set it back to 'New' because I'm currently not working on it anymore besides keeping track of https://bugzilla.suse.com/show_bug.cgi?id=1157302.
Both bugs are still in progress so just updating the due date.
Updated by okurz over 3 years ago
"Both bugs"?
[…] are still in progress
you really think that bugs that were not updated since 2020-04 will be resolved until 2020-11-30? :D
Doesn't really make sense to me. I suggest we give up and live with what we have, i.e. completely delete the SLE12 left-overs and blame others for the non-existance of os-autoinst on SLE12 :)
Updated by mkittler over 3 years ago
- Status changed from Blocked to Feedback
Yes, I would actually go ahead now and delete all SLE-12 repositories in devel:openQA and also related sub projects. I've already removed the autotools based build system which was previously tested via the SLE-12 builds.
Updated by mkittler over 3 years ago
- Status changed from Feedback to Resolved
mkittler: 10:30 Can I go ahead with https://progress.opensuse.org/issues/60029#note-17 now?
okurz: 10:31 yes
So I did the removal. Of course https://build.opensuse.org/project/show/home:mkittler:tests still exists (to reproduce https://bugzilla.suse.com/show_bug.cgi?id=1157302).