<p dir="ltr">I wonder if maybe it is not clear -- for us, gunicorn is a runtime dependency for our gate jobs to work, not a deploy dependency.</p>
<br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 19, 2016, 11:16 Tony Breeds <<a href="mailto:tony@bakeyournoodle.com">tony@bakeyournoodle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Oct 17, 2016 at 08:12:45PM -0600, Doug Wiegley wrote:<br class="gmail_msg">
<br class="gmail_msg">
> Right, so, we’re dancing around the common problem in openstack lately: what<br class="gmail_msg">
> the heck is openstack?<br class="gmail_msg">
<br class="gmail_msg">
Sorry to get here so late.<br class="gmail_msg">
<br class="gmail_msg">
> This came up because service VMs/data plane implementations, which this is,<br class="gmail_msg">
> have different requirements than API services. Paths forward:<br class="gmail_msg">
><br class="gmail_msg">
> 1. Add gunicorn to global requirements.<br class="gmail_msg">
<br class="gmail_msg">
I'd rather avoid this.  Other have done a great job explaining the runtime vs<br class="gmail_msg">
deploy dependencies.<br class="gmail_msg">
<br class="gmail_msg">
> 2. Create a project specific “amphora-requirements.txt” file for the service<br class="gmail_msg">
> VM packages (this is actually my preference.) It has been pointed out that<br class="gmail_msg">
> this wouldn’t be kept up-to-date by the bot. We could modify the bot to<br class="gmail_msg">
> include it in some way, or do it manually, or with a project specific job.<br class="gmail_msg">
><br class="gmail_msg">
> 3. Split our service VM builds into another repo, to keep a clean separation<br class="gmail_msg">
> between API services and the backend.  But, even this new repo’s standlone<br class="gmail_msg">
> requirements.txt file will have the g-r issue from #1.<br class="gmail_msg">
<br class="gmail_msg">
Actually Options 2 and 3 are functionally the same (from my POV).  We'd need a<br class="gmail_msg">
specific job to update your *requirements.txt files.  I feel like a separate<br class="gmail_msg">
repo is slightly neater but it has the most impact on the Octavia team.<br class="gmail_msg">
<br class="gmail_msg">
So I'd suggest you go with one of 2 or 3 and we can work together to make the<br class="gmail_msg">
tools work with you.<br class="gmail_msg">
<br class="gmail_msg">
> 4. Boot the backend out of OpenStack entirely.<br class="gmail_msg">
<br class="gmail_msg">
:(  I really hope this was a joke suggestion.  If it isn't then we have some<br class="gmail_msg">
problems in our community / tools :(<br class="gmail_msg">
<br class="gmail_msg">
Yours Tony.<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>