Learn more about these different git repos.
Other Git URLs
According to my knowledge, https://infrastructure.fedoraproject.org/repo/json/pkg_el7.json is the base for checking if a package is already part of RHEL 7 (if it's listed there it's in RHEL 7). However, the packages libisofs and libburn are not mentioned there at all, even they are in RHEL 7 (rhel-7-workstation-rpms). But why?
As result, branching the package for epel7, building and submitting as an update was possible. Fortunately somebody mentioned in the Bodhi update that the package is part of CentOS 7 (and thus likely of RHEL 7).
EPEL doesn't promise not to overlap with workstation. It's not part of our list.
For EPEL7 the full list is here in koji: https://koji.fedoraproject.org/koji/taginfo?tagID=259
So, they are:
server server-ha server-optional rhel-extras
I'm not sure what we should do about workstation only packages. It makes me deeply sad that there are such things. ;(
We could ignore workstation, we could allow limited arch type packages for them, or we could add them to our list to conflict with.
In any case thats a decision for the epel folks. Can you start a discussion on the epel-devel list and/or file a epel ticket on it?
FYI: EPEL tickets can be filed here: https://fedorahosted.org/epel/
AFAICS there is nothing we can do here.
Metadata Update from @robert: - Issue set to the milestone: Fedora 22 Final
Login to comment on this ticket.