[rdo-dev] ship DLRN and rdopkg
Haïkel Guémar
hguemar at redhat.com
Thu Aug 16 08:56:56 UTC 2018
On 16/08/18 10:03, Steven Hardy wrote:
> On Thu, Aug 16, 2018 at 8:58 AM, Cédric Jeanneret <cjeanner at redhat.com> wrote:
>>
>>
>> On 08/15/2018 08:32 PM, Wesley Hayutin wrote:
>>> Greetings,
>>>
>>> Upstream TripleO does not use EPEL by design. Currently the rpms to
>>> install dlrn and rdopkg are shipped in EPEL.
>>> Any thoughts on making this work so we can install the two rpms vs. pip
>>> install?
>>> Would it be possible to ship dlrn and rdopkg in the dlrn-deps repo?
>>>
>>> https://bugs.launchpad.net/tripleo/+bug/1787244
>>>
>>
>> Another solution would be actually activate EPEL, and limit its packages
>> - had to do that in order to get the Let's Encrypt stack on my deploy.
>> Few months ago, I even proposed a way to activate EPEL with limited
>> subset of packages - it was refused due to the "non-EPEL" policy, but
>> maybe it can be reconsidered?
>> Why re-package things that are available elsewhere? ;)
>
> The main reason is (particularly in upstream CI) we often want to test
> much newer/current versions of things than are available in epel.
>
> Historically enabling epel has caused problems for this reason -
> version conflicts etc due to the old/new repo mismatch.
>
> Personally I see adding the packages to dlrn-deps as a reasonable
> solution, as it's not really repackaging, more a different channel for
> the same RPMs at different versions (which we already do in many
> places).
>
> Thanks,
>
> Steve
> _______________________________________________
> dev mailing list
> dev at lists.rdoproject.org
> http://lists.rdoproject.org/mailman/listinfo/dev
>
> To unsubscribe: dev-unsubscribe at lists.rdoproject.org
>
That's doable, alternative would be a separate repo (copr?)
Regards,
H.
More information about the dev
mailing list