> Nicolas Thierry-Mieg wrote:
> > repoforge/rpmforge/Dag has been a fantastic resource for ages, but today
> > it's pretty much dead in the water despite some good people trying to
> > step in to help keep it afloat. Many thanks to Dag and others for those
> > many years of hard work, but I think
On 17.04.2014 21:35, m.r...@5-cent.us wrote:
> Nicolas Thierry-Mieg wrote:
>
>> repoforge/rpmforge/Dag has been a fantastic resource for ages, but
>> today
>> it's pretty much dead in the water despite some good people trying to
>> step in to help keep it afloat. Many thanks to Dag and others for
Nicolas Thierry-Mieg wrote:
> repoforge/rpmforge/Dag has been a fantastic resource for ages, but today
> it's pretty much dead in the water despite some good people trying to
> step in to help keep it afloat. Many thanks to Dag and others for those
> many years of hard work, but I think it's time
On 04/17/2014 07:50 PM, cen...@kcburns.com wrote:
> On 04/16/2014 05:33 PM, m.r...@5-cent.us wrote:
>> And no, do *NOT* use epel and repoforge - they very frequently have
>> conflicts, due to prerequisites of packaging.
>
> Does the use of yum priorities take care of this concern?
it helps a lot
cen...@kcburns.com wrote:
> On 04/16/2014 05:33 PM, m.r...@5-cent.us wrote:
>> And no, do *NOT* use epel and repoforge - they very frequently have
>> conflicts, due to prerequisites of packaging.
>
> Does the use of yum priorities take care of this concern?
No. The problem is the way the packages
On 04/16/2014 05:33 PM, m.r...@5-cent.us wrote:
> And no, do *NOT* use epel and repoforge - they very frequently have
> conflicts, due to prerequisites of packaging.
Does the use of yum priorities take care of this concern?
Thanks,
Ken
___
CentOS mai
6 matches
Mail list logo