<div dir="ltr">Jim, that is exactly my thought -- the main focus of g-r as far as I was aware is to maintain interoperability between project dependencies for openstack deploys, and since our amphora image is totally separate, it should not be restricted to g-r requirements. I brought this up, but others thought it would be prudent to go the g-r route anyway. So, I don't really care what g-r says in this case, but I am aware my personality tends a bit towards anarchistic, so I ceded the argument in an attempt to play nice. :)<div>If others also agree that g-r should not apply in cases like these, we can re-evaluate our choice to add gunicorn to our main requirements file, and install it via alternate mechanisms.<br><div><br></div><div>    --Adam</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 18, 2016 at 3:16 AM Doug Wiegley <<a href="mailto:dougwig@parksidesoftware.com">dougwig@parksidesoftware.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Oct 17, 2016, at 12:02 PM, Jim Rollenhagen <<a href="mailto:jim@jimrollenhagen.com" class="gmail_msg" target="_blank">jim@jimrollenhagen.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> On Mon, Oct 17, 2016 at 1:33 PM, Doug Wiegley<br class="gmail_msg">
> <<a href="mailto:dougwig@parksidesoftware.com" class="gmail_msg" target="_blank">dougwig@parksidesoftware.com</a>> wrote:<br class="gmail_msg">
>> Hi,<br class="gmail_msg">
>><br class="gmail_msg">
>> On a review to add gunicorn to global requirements[1], we were asked to send a notice to the ML. In this particular application, it’s for use inside a service VM for Octavia. Objections/comments/other?<br class="gmail_msg">
><br class="gmail_msg">
> global-requirements is meant to ensure co-installability between<br class="gmail_msg">
> OpenStack services.<br class="gmail_msg">
> Is it safe to assume that software running in service VMs does not need to be<br class="gmail_msg">
> co-installable with other OpenStack services, since it's separated<br class="gmail_msg">
> from the control<br class="gmail_msg">
> plane?<br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
In this particular case, yes, that’s not a concern, but if added to g-r, it might proliferate elsewhere over time.<br class="gmail_msg">
<br class="gmail_msg">
Thanks,<br class="gmail_msg">
doug<br class="gmail_msg">
<br class="gmail_msg">
> // jim<br class="gmail_msg">
><br class="gmail_msg">
> __________________________________________________________________________<br class="gmail_msg">
> OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
__________________________________________________________________________<br class="gmail_msg">
OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
</blockquote></div>