-
Notifications
You must be signed in to change notification settings - Fork 212
build(deps): bump libdnf from 998efa8 to 8eadf44
#5498
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code Review
This pull request updates the libdnf submodule to commit 8eadf44 to resolve an issue with modular dependency handling. The change is a simple dependency bump. However, as noted in the description, this change has not yet been tested. Given that libdnf is a core dependency, it is critical to perform thorough testing to confirm that it resolves the intended issue and does not introduce any regressions before merging.
|
C9S failure is due to an older librepo: |
|
Code style issue is: Will be fixed in the next push. |
That probably means that we need to branch rpm-ostree for C9S with a libdnf bumped to the commit prior to this one. |
3313d51 to
2688125
Compare
|
FCOS E2E failure looks weird: |
|
Yes this came up previously in #5140 (comment) I'm OK to branch for rhel9. |
|
#5500 will track the branching. |
2688125 to
7a006dc
Compare
|
/retest |
1 similar comment
|
/retest |
|
🤔 |
|
Build-chunked-oci failed on: |
|
We're shipping this in Aurora, Bazzite, and Bluefin as of 15 hours ago: ublue-os/main#1600 We've had multiple confirmed users with locally layered packages that this fixes the issue. We'll have at least a few more thousand users over the course of the next few days to bang on it. |
7a006dc to
746d1e7
Compare
|
Thanks, we'll get this reviewed and merged soon! |
746d1e7 to
1b5bf7a
Compare
This comment was marked as off-topic.
This comment was marked as off-topic.
1b5bf7a to
4abd2dd
Compare
|
OK so filelists. Holy cow. As linked from #5522 this pulls in https://fedoraproject.org/wiki/Changes/DNFConditionalFilelists Except that actually because we had an old libdnf at the time, we basically implemented that behavior in a different way via 340f2aa which has its own knobs and configuration. The complexity here comes in that basically I think what we want is to always enable filelists on the build side, and not the client side, and we need to work through how the libdnf change affects all the code paths invoking it. |
|
Hummm....I think some of this is actually just |
|
OK first we need to land #5523 |
69575a2 to
0d3ca5b
Compare
See: https://bugzilla.redhat.com/show_bug.cgi?id=2372978 See: rpm-software-management/libdnf@8eadf44 Should fix: coreos#5494 Signed-off-by: Colin Walters <walters@verbum.org>
As of libdnf 0.73.0 (commit f1ffeed5a75e902adf356c6cdfd926d6653b00ce), filelists metadata is disabled by default to optimize package resolution performance. However, this breaks file dependency resolution when packages specify file paths (e.g., /usr/share/makedumpfile) as dependencies. The previous code only explicitly disabled filelists when the SKIP_FILELISTS flag was set, relying on the old default of filelists being enabled. With the new libdnf default, we need to explicitly enable filelists when NOT skipping them. Assisted-by: Claude Code (Sonnet 4.5) Signed-off-by: Colin Walters <walters@verbum.org>
0d3ca5b to
170e18d
Compare
|
OK now down to just one failure Yet what has me baffled is this same test passes in Jenkins. There must be some environmental difference leaking in? I wonder if this is skew in the RPM version used at build time? |
|
For now |
|
@cgwalters: Overrode contexts on behalf of cgwalters: ci/prow/fcos-e2e DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
jmarrero
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
|
Thanks for all the work fixing this one. |
See: https://bugzilla.redhat.com/show_bug.cgi?id=2372978
See: rpm-software-management/libdnf@8eadf44
Should fix: #5494
I have not tested this change yet.
It looks like dependabot stopped updating this submodule around July (edit: last year). I don't know why.