<p dir="ltr">There is a configuration management SIG in CentOS, right ?</p>
<p dir="ltr">Given that they already are packaging Ansible (maybe? Didn't check..) they might be inclined to carry shade since it's a core plugin dependency.</p>
<p dir="ltr">David Moreau Simard<br>
Senior Software Engineer | Openstack RDO</p>
<p dir="ltr">dmsimard = [irc, github, twitter]</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Aug 25, 2016 8:11 AM, "Haïkel" <<a href="mailto:hguemar@fedoraproject.org">hguemar@fedoraproject.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="elided-text">2016-08-25 11:17 GMT+02:00 Michael Scherer <<a href="mailto:mscherer@redhat.com">mscherer@redhat.com</a>>:<br>
> Le jeudi 25 août 2016 à 13:53 +1000, Graeme Gillies a écrit :<br>
>> Hi,<br>
>><br>
>> A while ago there was a discussion around python-shade library and<br>
>> getting it into RDO. [1]<br>
>><br>
>> It's been a few months since then, and shade is now successfully<br>
>> packaged and shipped as part of Fedora [2] which is great, but now I<br>
>> wanted to restart the conversation about how to make it available to<br>
>> users of CentOS/RDO.<br>
>><br>
>> While it was suggested to get it into EPEL, I don't feel that is the<br>
>> best course of action simply because of the restrictive update policies<br>
>> of EPEL not allowing us to update it as frequently as needed, and also<br>
>> because python-shade depends on the python openstack clients, which are<br>
>> not a part of EPEL (as my understanding).<br>
>><br>
>> The best place for us to make this package available is in RDO itself,<br>
>> as shade is an official Openstack big tent project, and RDOs aims to be<br>
>> a distribution providing packages for Openstack projects.<br>
>><br>
>> So I just wanted to confirm with everyone and get some feedback, but<br>
>> unless there is any major objections, I was going to start looking at<br>
>> the process to get a new package into RDO, which I assume means putting<br>
>> a review request in to the project <a href="https://github.com/rdo-packages" rel="noreferrer" target="_blank">https://github.com/rdo-<wbr>packages</a><br>
>> (though I assume a new repo needs to be created for it first).<br>
><br>
> As shade is used by ansible for orchestration, having to hunt various<br>
> repositories around the centos ecosystem, all being uncoordinated and<br>
> upgrading at different time is gonna be likely annoying.<br>
><br>
> That's kinda the exact things people complained years ago in the rpm<br>
> ecosystem, and we are just doing it again with SIGs.<br>
><br>
> As a smooth ops, I would prefer to have EPEL as a option for shade[1].<br>
><br>
> [1] yes, this pun is awful, no, I am not sending that email for the sake<br>
> of making that reference<br>
> --<br>
> Michael Scherer<br>
> Sysadmin, Community Infrastructure and Platform, OSAS<br>
><br>
><br>
<br>
</div>As long as EPEL doesn't fix its broken policy, it's unlikely to happen.<br>
1. EPEL doesn't respect any EL7 packaging standard<br>
2. Updates policy is used to block major version update even when it makes sense<br>
-> Impossible to maintain OpenStack clients in that context.<br>
3. While some maintainers don't even respect the said updates policy<br>
to push broken updates<br>
<br>
I'd rather not speak about EPEL anymore.<br>
<font color="#888888"><br>
H.<br>
</font><div class="elided-text"><br>
<br>
><br>
> ______________________________<wbr>_________________<br>
> rdo-list mailing list<br>
> <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/rdo-list</a><br>
><br>
> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.<wbr>com</a><br>
<br>
______________________________<wbr>_________________<br>
rdo-list mailing list<br>
<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.<wbr>com</a></div></blockquote></div><br></div>