Bug 1340900
| Summary: | [RFE] option to prefer packages from repos | ||
|---|---|---|---|
| Product: | [Community] Copr | Reporter: | Igor Gnatenko <ignatenko> |
| Component: | backend | Assignee: | clime |
| Status: | CLOSED NOTABUG | QA Contact: | |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | unspecified | CC: | clime, msuchy, pokorra.mailinglists |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-06-29 08:22:23 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
Igor Gnatenko
2016-05-30 15:36:18 UTC
What is the use-case for need of older package that is in Fedora repos? I.e. why are you building older package in that repo? Just curious. (In reply to Miroslav Suchý from comment #1) > What is the use-case for need of older package that is in Fedora repos? I.e. > why are you building older package in that repo? Just curious. because I want to bisect something? it's not only about DNF. Currently fakechroot is totally broken with RPM testsuite and it was working few years ago, so I need to bisect it. So I'm building older version of chroot and want to build RPM's rpm with exactly that old chroot This will complicate interface. So I really hesitate to implement. However this will be possible with "custom chroots" which we plan to implement in very near future. (In reply to Miroslav Suchý from comment #3) > This will complicate interface. So I really hesitate to implement. > However this will be possible with "custom chroots" which we plan to > implement in very near future. What will complicate interface? Checkbox "Prefer packages from COPR repository over official"? Like it is done for "Disable network".. (In reply to Igor Gnatenko from comment #0) > As COPR is trying to be a place for CI there is one problem. It always > prefer packages from Fedora repos. > > Let's imagine that we have dnf-1.1.9-1 in Fedora repos. > > Steps to reproduce: > 1. We build dnf-1.1.8-9 in COPR repo > 2. We build dnf-plugins-core-0.1.21-1 in the same COPR repo > > Actual results: > dnf-plugins-core built with dnf-1.1.9-1 from Fedora repos. So the problem here is that the dnf version in Fedora is newer than in the COPR repository, right? Preferring the latest version is a natural behavior. What we could do is to add some kind of package overriding. Let me know if you have an idea. (In reply to clime from comment #5) > So the problem here is that the dnf version in Fedora is newer than in the > COPR repository, right? yes > What we could do is to add some kind of package overriding. Let me know if > you have an idea. No idea, honestly. But for our testing purpose it's something must have. See
man dnf.conf
priority
integer
The priority value of this repository, default is 99. If there is more than one candidate package for a particular operation, the one
from a repo with the lowest priority value is picked, possibly despite being less convenient otherwise (e.g. by being a lower ver‐
sion).
So we can add something to Settings->Chroot->Edit which will change the priority of this repo.
However passing it to mock config, will be pain.
I am not really getting this issue. Always the highest version is used, which means it makes sense what happened in the original issue description. Feel free to reopen. |