The following Fedora EPEL 6 Security updates need testing:
Age URL
322 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828
chicken-4.9.0.1-4.el6
304 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031
python-virtualenv-12.0.7-1.el6
298 https://bodhi.fedoraproject.o
On 7 May 2016 at 14:11, Kevin Fenzi wrote:
> On Sat, 7 May 2016 12:36:27 -0400
> Neal Gompa wrote:
>
>> On Sat, May 7, 2016 at 10:23 AM, Stephen John Smoogen
>> wrote:
>> > 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 Sat, 7 May 2016 12:36:27 -0400
Neal Gompa wrote:
> On Sat, May 7, 2016 at 10:23 AM, Stephen John Smoogen
> wrote:
> > 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
On Sat, May 7, 2016 at 10:23 AM, Stephen John Smoogen wrote:
> 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 libs
The following Fedora EPEL 7 Security updates need testing:
Age URL
425 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
187 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
54 https://bodhi.fedorapr
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
