This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 1478208 - [rfe] Support for multiple copr instances
[rfe] Support for multiple copr instances
Status: NEW
Product: Fedora
Classification: Fedora
Component: dnf-plugins-core (Show other bugs)
25
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Miroslav Suchý
Fedora Extras Quality Assurance
: FutureFeature, Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-08-03 20:07 EDT by Alois Mahdal
Modified: 2017-08-30 02:56 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Alois Mahdal 2017-08-03 20:07:25 EDT
Description of problem
======================

`dnf copr` should be able to work (enable, disable, list...) with
different instances of COPR than copr.fedorainfracloud.org.  User should
be able to add coprs from multiple instances along with copr.f.o.

I have a COPR repo at internal Red Hat instance and I would like to
instruct potential users how to enable it.  AFAIK, all I can do now is
to tell them to drop the .repo file in /etc/yum.repos.d, but I'd have to
give them at least URL which is not the same across Fedora versions/archs.

This would need to establish syntax for specifying the instance.
Just a few quick ideas:

    # dnf copr enable https://copr.foo.example.com/coprs/joe

    # dnf copr add foo https://copr.foo.example.com/coprs/joe
    # dnf copr enable foo:joe
    # dnf copr list foo:joe


Version-Release number of selected component
============================================

dnf-1.1.10-6.fc25.noarch
dnf-plugins-core-0.1.21-5.fc25.noarch
Comment 1 Daniel Mach 2017-08-09 07:12:09 EDT
related to COPR plugin -> reassigning to msuchy

Note You need to log in before you can comment on or make changes to this bug.