I've a project that requires the Gnome 3.12 COPR of rhughes and those packages should be build for Fedora 19,20,Rawhide and EPEL-7 but if I add > http://copr-be.cloud.fedoraproject.org/results/rhughes/f$releasever-gnome-3-12/fedora-$releasever-$basearch/ as additional required repo builds for EPEL-7 and RawHide are failing because of their $releasever variable content. So there should be a way to define those additional repos seperately for EPEL, Fedora-Releases and RawHide
Since bug 1056039 releasever works for rawhide and epel (this is already in Copr). The problematic part is "fedora" of "fedora-$releasever-$basearch" because such repo will not work for epel and vice versa. Current workaround is to define one project for EPELs and another for Fedora. Albait that is sub-optimal. Hmm I will think about it... Maybe whole "fedora-$releasever-$basearch" replace it by "$root". Or provide varibable which will expand to "fedora" or "epel" so we will have "$distribution-$releasever-$basearch". Right now I prefer the first option, because that variable is already defined in mock config: config_opts['root'] = 'epel-6-x86_64' so the change would be just tell mock to substitute this variable.
*** Bug 1114792 has been marked as a duplicate of this bug. ***
I'd find this useful too.
Created attachment 971075 [details] possible fix: add backend expanded variables to url syntaxe Consider we have chroot == 'epel-7-x86_64'. Than the attached patch is adding $chroot variable (expanded to full chroot id, that is 'epel-7-x86_64'), $distid (expanded to 'epel' only) and $distver (expanded to '7').
I'm marking this bug as duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1119300 since primary use case is the same, and it provides simpler solution for user. *** This bug has been marked as a duplicate of bug 1119300 ***
Thanks a lot for your fix. Without testing, it will resolve my actual issues! I am reopening this bug because it is not completely the same RFE, decreasing priority.. By implementing of $distid/$distver, or something similiar, you could still enhance this feature a bit; you may e.g. link your Copr buildroot with external non-copr-hosted repositories which do not exactly match the directory structure DISTID-DISTVERSION-ARCH.
I've think a bit and implemented variable expansion. Changes in commit 490c4b0c92. It was actually just a few lines. On the other hand /edit pages becomes cumbersome with newly added features and help labels (. Update was deployed to the dev instance.
Perfect, thank you! Tested dev instance and it works as documented. (In reply to Valentin Gologuzov from comment #7) > On the other hand /edit pages > becomes cumbersome with newly added features and help labels (. I don't think so. All content is fine, usable, needed. Its rarely visited page anyway.
Deployed into the fedora cloud Version: copr-backend 1.58-1 copr-frontend 1.55-1