So I had someone come in on the EPEL list today asking why dnf in EPEL
wasn't working. The problem is that dnf relies on a libsolv which is
newer than the one that is provided by the base OS. This means that we
can't approve libsolv in epel-testing (and should not have approved dnf
to go into EPEL proper either).
I am going to bring this up with the EPEL steering committee and see if
we can come up with a process to let this in somehow. I also need to
make sure we have better tooling in place so we aren't allowing stuff
which replaces base packages.
Installed Packages
Name : libsolv
Arch : x86_64
Version : 0.6.20
Release : 1.el7
Size : 671 k
Repo : installed
From repo : epel-testing
Summary : Package dependency solver
URL :
https://github.com/openSUSE/libsolv
License : BSD
Description : A free package dependency solver using a satisfiability
algorithm. The
: library is based on two major, but independent, blocks:
:
: - Using a dictionary approach to store and retrieve package
: and dependency information.
:
: - Using satisfiability, a well known and researched topic, for
: resolving package dependencies.
Available Packages
Name : libsolv
Arch : i686
Version : 0.6.11
Release : 1.el7
Size : 308 k
Repo : base/7/x86_64
Summary : Package dependency solver
URL :
https://github.com/openSUSE/libsolv
License : BSD
Description : A free package dependency solver using a satisfiability
algorithm. The
: library is based on two major, but independent, blocks:
:
: - Using a dictionary approach to store and retrieve package
: and dependency information.
:
: - Using satisfiability, a well known and researched topic, for
: resolving package dependencies.
--
Stephen Smoogen, Fedora Project IT
--
Stephen J Smoogen.