----- Original Message -----
From: "Pádraig Brady" <pbrady(a)redhat.com>
To: "Sandro \"red\" Mathys" <red(a)fedoraproject.org>
Cc: rdo-list(a)redhat.com
Sent: Thursday, June 20, 2013 7:35:09 AM
Subject: Re: [Rdo-list] Why use yum priority in rdo-release repo file?
On 06/20/2013 12:03 PM, Pádraig Brady wrote:
> On 06/20/2013 09:30 AM, Sandro "red" Mathys wrote:
>> Even though RDO is supposed to always being ahead of RHEL and EPEL, it
>> enforces a higher priority (lower priority=N) than the default. Why?
>
> So yes this is debatable.
> y-p-p is used with the RHOS product to give precedence over EPEL.
> I.E. even though EPEL is not required there, con existence is supported.
>
> Now RDO requires EPEL so again y-p-p gives us the flexibility for RDO to
> override EPEL.
> Now whether this is actually required at present is not obvious.
>
> We could retain the flexiblity while avoiding problems with y-p-p
> by keeping the overlapping set as small as possible.
>
> wrt puppet, I'm not sure why it's there TBH.
> EPEL has 2.6.18-3 while puppet-2.6.18-2 is in the RDO repo.
> I've asked around a little and will probably just remove
> puppet from the RDO repo, which will fix your immediate problem.
So I found the reason that puppet was in RDO from the following commit.
It was a temp workaround I made in the rush to get a working RDO out the
door,
and completely forgot about. Now the update in epel should fix this issue,
so the plan above to remove puppet from RDO should work, and I've now done
that.
thanks,
Pádraig.
If puppet is removed from the RDO repo will the Quick Start need to be updated to
explicitly state the EPEL requirement (it does not at the moment)? Currently my
understanding is users only need to explicitly enable/install the RDO repository, then
PackStack (as you say) enables EPEL if it detects that you are on an EL system...I'm
wondering if it is still able to do this without access to puppet from the RDO repository
(chicken and egg situation)?
If not then removing it would necessitate some updates to the instructions (not that this
is necessarily a bad thing in and of itself, there are other issues with the Quick Start
thanks to the introduction of Quantum support in PackStack but the page is locked to
edits).
Thanks,
Steve