<div dir="ltr">If there's no objection to us using gunicorn without it being present in g-r, then I don't know if I want to argue strongly for adding it -- the only benefit I see to tracking g-r at all is that it lets us continue to get free version tracking for our amphora dependencies as they are updated in g-r without having to manually tweak them. Once we go away from using g-r for our amphora-requirements, our project team has to track these dependencies manually. Tweaking the requirements bot to look at amphora-requirements.txt as Doug mentioned won't actually do much, since the whole point here is that we're including things that aren't in g-r so there's no source to update them from.<div><br></div><div>So, does everyone at least agree that it's ok for us to *use* gunicorn internally on our service-vm image? If so, I'm happy to move forward with option #2 if it looks like that'll be the path of least resistance. As I said, options 3 and 4 are not really good solutions to this particular problem, so in my view we should do whichever is most likely to be accepted of options 1 or 2.</div><div><br></div><div>    --Adam</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 18, 2016 at 8:18 PM Ian Cordasco <<a href="mailto:sigmavirus24@gmail.com">sigmavirus24@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br class="gmail_msg">
<br class="gmail_msg">
-----Original Message-----<br class="gmail_msg">
From: Thierry Carrez <<a href="mailto:thierry@openstack.org" class="gmail_msg" target="_blank">thierry@openstack.org</a>><br class="gmail_msg">
Reply: OpenStack Development Mailing List (not for usage questions) <<a href="mailto:openstack-dev@lists.openstack.org" class="gmail_msg" target="_blank">openstack-dev@lists.openstack.org</a>><br class="gmail_msg">
Date: October 18, 2016 at 03:55:41<br class="gmail_msg">
To: <a href="mailto:openstack-dev@lists.openstack.org" class="gmail_msg" target="_blank">openstack-dev@lists.openstack.org</a> <<a href="mailto:openstack-dev@lists.openstack.org" class="gmail_msg" target="_blank">openstack-dev@lists.openstack.org</a>><br class="gmail_msg">
Subject:  Re: [openstack-dev] [requirements][lbaas] gunicorn to g-r<br class="gmail_msg">
<br class="gmail_msg">
> Doug Wiegley wrote:<br class="gmail_msg">
> > [...] Paths forward:<br class="gmail_msg">
> ><br class="gmail_msg">
> > 1. Add gunicorn to global requirements.<br class="gmail_msg">
> ><br class="gmail_msg">
> > 2. Create a project specific “amphora-requirements.txt” file for the<br class="gmail_msg">
> > service VM packages (this is actually my preference.) It has been<br class="gmail_msg">
> > pointed out that this wouldn’t be kept up-to-date by the bot. We could<br class="gmail_msg">
> > modify the bot to include it in some way, or do it manually, or with a<br class="gmail_msg">
> > project specific job.<br class="gmail_msg">
> ><br class="gmail_msg">
> > 3. Split our service VM builds into another repo, to keep a clean<br class="gmail_msg">
> > separation between API services and the backend. But, even this new<br class="gmail_msg">
> > repo’s standlone requirements.txt file will have the g-r issue from #1.<br class="gmail_msg">
> ><br class="gmail_msg">
> > 4. Boot the backend out of OpenStack entirely.<br class="gmail_msg">
><br class="gmail_msg">
> All those options sound valid to me, so the requirements team should<br class="gmail_msg">
> pick what they are the most comfortable with.<br class="gmail_msg">
><br class="gmail_msg">
> My 2c: yes g-r is mostly about runtime dependencies and ensuring<br class="gmail_msg">
> co-installability. However it also includes test/build-time deps, and<br class="gmail_msg">
> generally converging dependencies overall sounds like a valid goal. Is<br class="gmail_msg">
> there any drawback in adding gunicorn to g-r (option 1) ?<br class="gmail_msg">
<br class="gmail_msg">
The drawback (in my mind) is that new projects might start using it giving operators yet another thing to learn about when deploying a new component (eventlet, gevent, gunicorn, ...).<br class="gmail_msg">
<br class="gmail_msg">
On the flip, what's the benefit of adding it to g-r?<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Ian Cordasco<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>