-
Notifications
You must be signed in to change notification settings - Fork 83
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
Optional metadata are not used even though they are downloaded #520
Comments
It's a long shot and I still do not have reliable reproducer, but: Could it be, that we check cache validity according downloaded metadata, but related *.solv(x) files are then used even if they are stale and not consistent with repodata? |
I think not, we write at the begging of the *.solv(x) files a checksum of corresponding repomd.xml and those have to match. |
Yeah, I've just found it. |
So both sets of *.solv files are valid, created from the same repomd.xml and still contain different data. |
There was some potentially similar issue with the |
I have made a libsolv PR: openSUSE/libsolv#531 as a possible solution. |
For: #520 Additional details in: openSUSE/libsolv#531 Test: rpm-software-management/ci-dnf-stack#1346
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: rpm-software-management/dnf5#520 Additional details in: openSUSE/libsolv#531
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: For: rpm-software-management/dnf5#520 Backport the test. For: rpm-software-management/libdnf#1670
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: rpm-software-management/dnf5#520 Additional details in: openSUSE/libsolv#531
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: rpm-software-management/dnf5#520 Additional details in: openSUSE/libsolv#531
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: For: rpm-software-management/dnf5#520 Backport the test. For: rpm-software-management/libdnf#1670
Since dnf4 now also conditionally load filelists it ran into the same problem as dnf5 here: rpm-software-management/dnf5#520 Additional details in: openSUSE/libsolv#531
Having no metadata present on the system after running a dnf5 command, f.e.
search
, the necessary fresh metadata are downloaded from the remote repositories. When subsequently running some other command, which needs some additional metadata likeFILELISTS
forrepoclosure
, metadata are being downloaded and are apparently stored on the system as observing with thels
command, but they are probably not complete or in incorrect state, because the command reports different results than when running it on the system without any metadata present before.I am providing an example below which was discovered during the review of #500 and it requires the changes from this PR.
Output of the
dnf5 repoclosure
command when fresh metadata are present before on the system, butFILELISTS
are missing:Output of the
dnf5 repoclosure
command when no metadata are present before on the system:The text was updated successfully, but these errors were encountered: