Bug 1478208
Summary: | [rfe] Support for multiple copr instances | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alois Mahdal <amahdal> |
Component: | dnf-plugins-core | Assignee: | Dominik Turecek <dturecek> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | clime, dmach, dturecek, kwalker, packaging-team-maint, praiskup, rpm-software-management, vmukhame |
Target Milestone: | --- | Keywords: | FutureFeature, Triaged |
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: | 2018-11-28 07:24:21 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
Alois Mahdal
2017-08-04 00:07:25 UTC
related to COPR plugin -> reassigning to msuchy This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. There is: https://github.com/rpm-software-management/dnf-plugins-core/blob/master/plugins/copr.py#L91 So that should do it if /root/.config/copr is present. Can you confirm? I think we could remove: if self.copr_url != "https://copr.fedorainfracloud.org": print(_("Warning: we are using non-standard Copr URL '{}'.").format(self.copr_url))" but at the same time, some info about /root/.config/copr being read would be useful. This would be better placed in dnf configuration somewhere. (In reply to clime from comment #3) > There is: > https://github.com/rpm-software-management/dnf-plugins-core/blob/master/ > plugins/copr.py#L91 > > So that should do it if /root/.config/copr is present. Can you confirm? It does, it is cumbersome though... see below. > I think we could remove: > > if self.copr_url != "https://copr.fedorainfracloud.org": > print(_("Warning: we are using non-standard Copr URL > '{}'.").format(self.copr_url))" I wouldn't do this. Users shouldn't ideally touch the ~/.config/copr, that config file should be related to the "main" copr instance (aka Fedora's copr production). If users want to enable something from different copr instance, it deserves separate configuration file. > but at the same time, some info about /root/.config/copr being read would be > useful. I dislike the fact that dnf and copr-cli share the same configuration file. This means that (a) it is a bit harder to keep the api of that file, and (b) dnf can know some info which is not supposed to be known by dnf (namely secure copr token). > This would be better placed in dnf configuration somewhere. Definitely. Dnf could have it's own configuration file, say `copr.conf`, where users could insert e.g. several sections like `[fedora-copr]` (the default) and `[internal-copr]`. Then, `dnf copr --instance internal-copr` could be used. Well, that's just idea, the semantics can be different -- but dnf should be able to work with many copr instances at the same time. This message is a reminder that Fedora 27 is nearing its end of life. On 2018-Nov-30 Fedora will stop maintaining and issuing updates for Fedora 27. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '27'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 27 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Implemented in dnf-plugins-core 3.0.4+. |