On Mon, 9 May 2016 09:52:00 -0400
Neal Gompa wrote:
> They would still conflict on files, since libsolv uses the same
> soversion and have the same binary compatibility. I suppose if the
> build was patched to use a different library name, it could work.
Yes, that would be part of making it para
On Mon, May 9, 2016 at 9:43 AM, Kevin Fenzi wrote:
> On Mon, 9 May 2016 13:44:41 +0100
> Peter Robinson wrote:
>
>> >> Sorry for delay for writing this. We wanted to provide latest DNF
>> >> stack in EPEL7 which means we also need newer components like
>> >> libsolv, hawkey, librepo, etc.
>> >>
>
On Mon, 9 May 2016 13:44:41 +0100
Peter Robinson wrote:
> >> Sorry for delay for writing this. We wanted to provide latest DNF
> >> stack in EPEL7 which means we also need newer components like
> >> libsolv, hawkey, librepo, etc.
> >>
> >> Some of those are in RHEL7.2 and unfortunately it's not t
>> Sorry for delay for writing this. We wanted to provide latest DNF
>> stack in EPEL7 which means we also need newer components like libsolv,
>> hawkey, librepo, etc.
>>
>> Some of those are in RHEL7.2 and unfortunately it's not that easy to
>> get them updated:
>> - librepo
>> - libsolv
>> - hawk
On 9 May 2016 at 02:38, Igor Gnatenko wrote:
> Hi all,
>
> Sorry for delay for writing this. We wanted to provide latest DNF
> stack in EPEL7 which means we also need newer components like libsolv,
> hawkey, librepo, etc.
>
> Some of those are in RHEL7.2 and unfortunately it's not that easy to
> g
> Sorry for delay for writing this. We wanted to provide latest DNF
> stack in EPEL7 which means we also need newer components like libsolv,
> hawkey, librepo, etc.
Delayed so much you've already pushed them to testing I see.I'd like
to see those unpushed until a decision is made. This isn't "push
