<div dir="ltr">Hi,<div><br></div><div>The definition of 'source' is quite loose, the way it is currently followed seems to be OpenStack source - which is not necessarily the project the Dockerfile is creating.  Ie, mariadb is always installed via binary (and I don't think this should be changed).</div><div><br></div><div>Kolla will (normally) always be able to track other openstack projects faster than distros can, via source install.  This means that either we hold the specific project on ice until it is completely ready (likely very late into the Kolla cycle), or do best effort.</div><div><br></div><div>So there are 4 scenarios i can see:</div><div> - Some Dockerfiles output "Sorry, binary isn't supported at this stage" (or similar).  This means that the deployer has to switch their entire deployment to type source, meaning that a single project has caused the user to switch away from binary.  This isn't ideal.</div><div> - Have a single if-logic for the flavor distro (rather than flavor AND source/binary), so the single logic is built for both scenarios (binary and source).  The deployer can have a mostly binary build, but have a couple of hidden source builds (which will be called binary), that can be fixed if/when support is added.</div><div> - Add support to have per project build type, but this is likely a testing scenario that cannot be reasonably assured.</div><div> - Allow source installs in binary containers, but track it as a TODO bug "Please package foo" (Launchpad has great support for linking to other bug trackers).  Then once this bug is closed, proper binary support can be resolved.  This has the benefit of 'best-effort' towards binary, with a clear intent to move across.  It also allows more testing of the binary parts that are present, with just the source parts as required. (this is my favourite)<br></div><div><br></div><div>--</div><div>Kind Regards,</div><div>Dave Walker</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 July 2016 at 08:37, Swapnil Kulkarni (coolsvap) <span dir="ltr"><<a href="mailto:me@coolsvap.net" target="_blank">me@coolsvap.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Kollagues,<br>
<br>
There has been a detailed conversation between me and Prithiv related<br>
to [1] and allowing pip install in binary containers.<br>
<br>
Till now we have simply skipped the binary containers till we have<br>
official packages in respective distro repositories. I strongly feel<br>
we should be following that.<br>
<br>
If someone wishes to have a functionality without a package in the<br>
base distro, there is always an option to build source containers and<br>
use it with Kolla.<br>
<br>
Thoughs welcome?<br>
<br>
[1] <a href="https://review.openstack.org/#/c/344930/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/344930/</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Best Regards,<br>
Swapnil Kulkarni<br>
irc : coolsvap<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div>