Bug 2177912
| Summary: | Silverblue ostree compose fails since ffmpeg 6.0 added a dep on oneVPL, which installs files to /usr/etc | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> |
| Component: | oneVPL | Assignee: | Simone Caronni <negativo17> |
| Status: | CLOSED ERRATA | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | aekoroglu, amurdaca, asn, dominik, dustymabe, jmarrero, jonathan, lucab, miabbott, negativo17, ngompa13, philip.wyett, travier, walters |
| Target Milestone: | --- | Flags: | fedora-admin-xmlrpc:
mirror+
|
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | openqa | ||
| Fixed In Version: | oneVPL-2023.1.3-1.fc38 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2023-03-15 00:18:00 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Adam Williamson
2023-03-13 21:58:07 UTC
It occurs to me we can use F38 to narrow this down a bit. Neither gstreamer1-plugins-base nor ffmpeg has an official update for F38 yet, so I'm doing scratch builds; I'll trigger openQA tests on both and see where this test fails. OK, it seems like it's ffmpeg or one of its deps that causes this. I ran the ostree compose test on the ffmpeg update for F38 and on a scratch build of the gstreamer1-plugins-base update too. The ffmpeg test failed the same way: https://openqa.stg.fedoraproject.org/tests/2659828#step/_ostree_build/41 but the gstreamer1-plugins-base test has passed the failure point and is still going: https://openqa.stg.fedoraproject.org/tests/2659839 so it looks like the ffmpeg update triggers this, somehow. I'm confirming these results on prod, just to be sure, but that's the way it looks. The thing that looks, I guess, most 'suspicious' to me is that oneVPL ships some files in /usr/etc: /usr/etc/modulefiles /usr/etc/modulefiles/vpl /usr/etc/vpl /usr/etc/vpl/vars.sh that's rather unusual, I don't think many packages ship stuff there. Also neither oneVPL itself nor anything else owns the directory /usr/etc , though it does own /usr/etc/modulefiles and /usr/etc/vpl . Thanks for debugging this; indeed packages should not install files in /usr/etc, such a thing just conflicts with ostree's internal use of that directory. Maybe we need a CI test that checks for files in /usr/etc or something... Glad I guessed the right thing, as now I'm down the rabbit hole of "why does oneVPL do this and how do we make it stop?" I've filed an issue - https://github.com/oneapi-src/oneVPL/issues/94 - and I'm testing a hacky 'fix' which may not be good enough for upstream but probably is good enough for our package. I hope. OK, I'm running oneVPL builds with the config file path fixed using a slightly hacky patch that should be good enough for us at least. Will edit the F38 one into the ffmpeg update. sigh, the F38 update already went stable :( so this is broken till I can get my fix through. FEDORA-2023-a433b7cf46 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-a433b7cf46 FEDORA-2023-a433b7cf46 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report. |