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

-- Wes Hayutin Associate MANAGER Red Hat  <https://www.redhat.com/> whayutin(a)redhat.com <mailto:whayutin@redhat.com>    T: +1919 <tel:+19197544114>4232509     IRC:  weshay <https://red.ht/sig> View my calendar and check my availability for meetings HERE <https://calendar.google.com/calendar/b/1/embed?src=whayutin@redhat.com&am... _______________________________________________ dev mailing list dev(a)lists.rdoproject.org http://lists.rdoproject.org/mailman/listinfo/dev To unsubscribe: dev-unsubscribe(a)lists.rdoproject.org

On Thu, Aug 16, 2018 at 8:58 AM, Cédric Jeanneret <cjeanner(a)redhat.com&gt; 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(a)lists.rdoproject.org http://lists.rdoproject.org/mailman/listinfo/dev To unsubscribe: dev-unsubscribe(a)lists.rdoproject.org