Bug 1151851
| Summary: | Dnf doesn't take newest version of dependent package | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Göran Uddeborg <goeran> | ||||
| Component: | dnf | Assignee: | Packaging Maintenance Team <packaging-team-maint> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 21 | CC: | akozumpl, jsilhan, mluscon, packaging-team-maint, pnemade, rholy, tim.lauridsen | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-10-13 15:57:14 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: | |||||||
| Attachments: |
|
||||||
|
Description
Göran Uddeborg
2014-10-12 15:39:44 UTC
Provides preference again, sonic-visualiser-freeworld requires libs from qt5-qtbase package not the package itself. Does anyone have some kind of pointer to some document elaborating on the "provides preference" concept? sonic-visualiser-freeworld requires libQt5Core.so.5()(64bit). Among the available packages both qt5-qtbase-5.3.2-1.fc20 and qt5-qtbase-5.3.2-1.fc21 provides that. The latter has a "higher" number, so I would expect that to be chosen. Similarily for the other libQt5* requirements. I understand something is missing in my reasoning, but I would like to know what. Does anyone have a pointer to some appropriate documentation? When looking for libQt5Core.so.5()(64bit), the first provider is choosen, no need to look at versions of the provides as it already has a match. if sonic-visualiser-freeworld had required qt5-qtbase, the newest version would have beed choosen. > When looking for libQt5Core.so.5()(64bit), the first provider is choosen no
> need to look at versions
Really? Could that happen between the "fedora" and "updates" repositories too?
I mean, assuming a completely standard installation. Assume I install a package apa that requires a library libbepa.so.1()(64bit). Assume this is provided by libbepa, which exists in one version in "fedora", and one slightly later in "updates". Could dnf pick the libbepa from "fedora" in this situation?
THAT I would have thought is a bug.
The environment I'm testing on is certainly non-standard. I do expect some breakage. But in the above standard scenario, I would certainly expect the newest version of libbepa to be chosen.
qt5-qtbase-5.3.2-1.fc20 and qt5-qtbase-5.3.2-1.fc21 is the same package just build in a f20 & f21 buildroot from the same source and spec file. you will not find the same package in fedora & updates, packages in updates will have a higher version the one in fedora. Are you now saying that dnf can detect that the two packages are built from the same sources? And because of that it is picking one randomly rather than selecting the highest e-v-r? I didn't think it was visible from the metadata that the sources were the same. And why would that reasoning not apply if sonic-visualiser-freeworld had required qt5-qtbase? In comment 3 you said it would have chosen the lates version in that case. But this reason would have been just as valid in that case, wouldn't it? Sorry if I'm being dense, but I'm feeling increasingly confused. |