New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rpm 4.19-built RPMs contain non-root ownership in cpio stream again, breaking imports #4437
Comments
Not sure, I do not see any change in write(1) rights spec file (rawhide with v2.39): on disk (f36 with v2.38): |
I see this failing in my test OCI desktop builds (https://gitlab.com/fedora/ostree/ci-test/-/jobs/4380329463) but not in Fedora Infra so this looks like a unified-core specific issue |
My builds uses the latest rpm-ostree from the continuous repo and only Rawhide started failing, F38 & F37 still build, pointing to an issue specific to the Rawhide package. |
There were a bunch of RPM changes that landed recently. I'm wondering if it is somehow an artifact of how the util-linux RPM was built (using the new RPM in rawhide) and other RPMs as they get built over time will start to show a similar problem. |
Indeed it is. I transferred this issue to rpm-ostree as it affects multiple things, and edited the top issue text with more details. |
rpm upstream did rpm-software-management/rpm@0f95733 The file metadata is still duplicated in the header, and *that* seems unlikely to change soon. So we can just safely drop this "sanity check". Closes: coreos#4437
rpm upstream did rpm-software-management/rpm@0f95733 The file metadata is still duplicated in the header, and *that* seems unlikely to change soon. So we can just safely drop this "sanity check". Closes: #4437
rpm upstream did rpm-software-management/rpm@0f95733 The file metadata is still duplicated in the header, and *that* seems unlikely to change soon. So we can just safely drop this "sanity check". Closes: coreos#4437
Any workaround for those upgrading to SB 38? $ rpm-ostree rebase fedora:fedora/38/x86_64/silverblue
...
error: importing RPMs: Importing package 'kf5-kdesu': Analyzing /usr/libexec/kf5/kdesud: Unexpected non-root owned path (marked as 0:65534) |
@bam80 You should be able to |
EDIT: Updated issue description by @cgwalters
rpm-software-management/rpm@0f95733 causes our sanity checking in the importer to fail (unified core mode).
We'll need to adjust it to handle this.
Original issue text:
The new
util-linux-2.39-4.fc39
build seems to be causingcosa fetch
to fail with:We'll pin on the previous version for now while we work out the details.
The text was updated successfully, but these errors were encountered: