On 17 June 2014 12:41, Nathanael D. Noblet <nathanael@gnat.ca> wrote:
> ----- Original Message -----
> From: "Rich Bowen" <rbowen@redhat.com>
> To: centos-devel@centos.org
> Sent: Tuesday, 17 June, 2014 3:00:38 PM
> Subject: [CentOS-devel] RDO on CentOS
>
> Hi,
>
> I work with the RDO project - http://openstack.redhat.com/ - where we're
> trying to make OpenStack as easy as possible to deploy on CentOS, RHEL,
> Fedora, et al. Since CentOS is (at least anecdotally) the leading
> platform that we're seeing used with RDO, we're wondering what we can do
> to make RDO easier to consume on CentOS, and, more generally, what we
> can do to make OpenStack easier on CentOS.

Personally when something is in EPEL or the base repo that's where I
start trusting being able to install/use it. I realize that RDO likely
changes a whole lot quicker than distros like RHEL/CentOS. So solving
that so that you can have RDO packages in EPEL - perhaps in parallel
(all in the repo but conflicting with each other or something). Would go
a long way to getting people to try it I imagine.

From the EPEL side of the fence, the reason that OpenStack isn't in EPEL anymore is due to three factors:

1) You really can't parallel y install it unless you do it via software collections
2) Updates to it aren't guaranteed to be  without headache (command come, commands go, etc)
3) Lifetimes of the stack are shorter and aren't supportable after they get replaced.

That is pretty much the nature of any large framework from Ruby on Rails to OpenStack in that they are in many ways an OS inside of an OS and need to be treated that way. EPEL is meant to be tools for the outer OS and wasn't designed to be for the Inner OS. This is neither a problem with the frameworks or EPEL, they are just completely different mindsets and problem cases. 

This is where one repo to rule them all breaks down :). Maybe a federated repository system might but it would take a lot of co-ordination that EPEL people haven;'t had time for in the past.

I think that the OpenStack easier on CentOS side is to be covered by the CentOS cloud SIG?


--
Stephen J Smoogen.