C7: EPEL Conflicts With Base And ElRepo?

Home » CentOS » C7: EPEL Conflicts With Base And ElRepo?
CentOS 14 Comments

Hi everyone,

This just came to my attention — I have CentOS 7 installed on one machine, and have configured elrepo and epel as additional repositories. When I turned on the yum-priorities package (and set up priorities in the order base&updates < elrepo < epel), it turns out that there are 65 conflicting packages between base and epel, and additional 5 between elrepo and epel (there are no conflicts between base and elrepo, as expected). As far as I understand, this shouldn’t happen. Does anyone know which packages are conflicting, and why? Here is the relevant yum output, note the excluded packages info: # yum repolist Loaded plugins: fastestmirror, langpacks, priorities Loading mirror speeds from cached hostfile * base: ftp.ines.lug.ro * elrepo: ftp.ines.lug.ro * epel: mirror.pmf.kg.ac.rs * extras: ftp.ines.lug.ro * updates: ftp.ines.lug.ro 70 packages excluded due to repository priority protections repo id repo name status base/7/x86_64 CentOS-7 –
Base 8,652 elrepo ELRepo.org Community Enterprise Linux Repository – el7 143
epel/x86_64 Extra Packages for Enterprise Linux 7 – x86_64
8,025+70 extras/7/x86_64 CentOS-7 –
Extras 128 updates/7/x86_64
CentOS-7 – Updates 682
repolist: 17,630

# yum repolist –disablerepo=elrepo Loaded plugins: fastestmirror, langpacks, priorities Loading mirror speeds from cached hostfile
* base: ftp.ines.lug.ro
* epel: mirror.pmf.kg.ac.rs
* extras: ftp.ines.lug.ro
* updates: ftp.ines.lug.ro
65 packages excluded due to repository priority protections repo id repo name status base/7/x86_64 CentOS-7 –
Base 8,652 epel/x86_64
Extra Packages for Enterprise Linux 7 – x86_64 8,030+65
extras/7/x86_64 CentOS-7 –
Extras 128 updates/7/x86_64
CentOS-7 – Updates 682 repolist:
17,492

# yum repolist –disablerepo=epel Loaded plugins: fastestmirror, langpacks, priorities Loading mirror speeds from cached hostfile
* base: ftp.ines.lug.ro
* elrepo: ftp.ines.lug.ro
* extras: ftp.ines.lug.ro
* updates: ftp.ines.lug.ro repo id repo name status base/7/x86_64 CentOS-7 –
Base 8,652 elrepo ELRepo.org Community Enterprise Linux Repository – el7 143
extras/7/x86_64 CentOS-7 –
Extras 128 updates/7/x86_64
CentOS-7 – Updates 682 repolist:
9,605

So what’s going on with epel?

TIA, :-)
Marko

14 thoughts on - C7: EPEL Conflicts With Base And ElRepo?

  • Somehow I thought (without going to verify) that epel should be before elrepo.

    Just looked at my repo configs and I have epel priority at 20 and elrepo at 40.

  • The priority between elrepo and epel is usually a matter of personal preference, but either way epel is stepping over the base and updates repos, regardless of elrepo, as I explained:

    [snip]

    This shouldn’t happen, and as far as I know, it is considered a Bad Thing(tm). Does anyone have any more detailed info regarding this?

    Best, :-)
    Marko

  • The overlap between elrepo and EPEL is due to the 5 VirtualGL packages in elrepo.

    VirtualGL packages, albeit 64-bit only, are also available in EPEL. They don’t appear to be shipping the 32-bit VirtualGL libs.

  • One thing people should be aware is that EPEL is built for RHEL and that the package list is not the same between RHEL and CentOS. For example, CentOS adds cloud-related ones to the CentOS-extras repo which may overlap EPEL’s.

    By the way, when I ran the same yum repolist command on my RHEL box with epel enabled, there was no conflict.

    Akemi

  • Well, a list of names of those conflicting packages would be nice to have. Or instructions how to ask yum to compile it.

    Unfortunately, it isn’t. I was running the machine for some time without having the yum-priorities plugin. I (naively) believed that EPEL is careful not to create conflicts against base (I have read on this very list that it’s safe to use). Stuff got installed, updated several times over, etc.

    Now after I figured there are in fact conflicts, I need to figure out the consistency of the software installed on my machine. How many (and which) packages from base have been stepped over by epel on my system?
    How severe are the consequences?

    I need to know how affected my system is, which packages to reinstall
    (now that I’ve activated priorities), etc. It’s a mess that needs to be cleaned up.

    No, I don’t really care to have it fixed, yum-priorities can take care of that in the future. But I want to fix my server, to make sure that all packages from base are still there.

    And I also want to make some noise about it on this list, so that other people don’t end up with the same problem. It should be stated clearly that epel is *not* safe to use without the priorities plugin.

    Best, :-)
    Marko

  • Thanks for the info. How can I find out the package names for the overlap? Can yum spell them out for me somehow?

    That’s good to know. So it seems that folks in epel do take care not to create conflicts, but wrt. to RHEL, but not CentOS. Given that, I’d just like to know which packages to check for on my machine… :-)

    Thanks, :-)
    Marko

  • I also wonder if some of this is historical. Are you pointing at EPEL, or an internal mirror of EPEL? There are packages that used to be in EPEL7 (perhaps EPEL7-beta) that are provided in base, but are no longer provided in EPEL
    (e.g. golang, thunderbird, xmlsec1).

    jh

  • If you include the “-v” option in that “yum repolist” command you’ll see what packages were excluded by the priorities plugin.

  • To be perfectly honest, the differences between EPEL and Base+extras can usually be completely ignored anyway.

    While somethings may be in epel and extras .. and the extras versions might lag, the extras version likely came from EPEL in the first place and was added as a build requirement for some other package in extras.

    This means that if there is a newer version in EPEL later, it is likely not going to cause a problem if it is installed on CentOS .. and in reality, we should probably be pulling that newer EPEL package into extras anyway.

    I don’t think, if you stay in the elrepo, EPEL, and Base+Extras family that you are going to be hurt very often using whatever yum finds without yum-priorities at all. I would add the NUX repo to those as well. If you go outside those 4, maybe yum-priorities become more important.

    I am sure with 8,000 or so total packages, one might find a conflict that matters .. but I don’t know of any that matter right now. By matter, I mean that there is an actual issue using the newer package from the 4 repos, whichever one that is.

  • I used to add RPMFUSION to that, but as of last time I looked, not more than 2-3 weeks ago, they still don’t have EL7 listed.

  • Yes, I agree. After I went through the list of conflicting packages, I
    failed to find anything that could even remotely be called critical or dangerous. So in the end, one probably doesn’t need yum-priorities if one stays within the four main repos.

    Anyway, thanks for the info!

    Best, :-)
    Marko

LEAVE A COMMENT