<div dir="ltr">Build in this context is charm assembly, ie turn network downloads from deployment runtime activities into pre-deployment activities that flush out charm contents. The goal being robust deployment of units minimizing environment external dependencies. <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 25, 2013 at 12:36 PM, Gustavo Niemeyer <span dir="ltr"><<a href="mailto:gustavo@niemeyer.net" target="_blank">gustavo@niemeyer.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sat, May 25, 2013 at 11:27 AM, Mark Canonical Ramm-Christensen<br>
<<a href="mailto:mark.ramm-christensen@canonical.com">mark.ramm-christensen@canonical.com</a>> wrote:<br>
> Just last week a few of us were just discussing the possible need for an<br>
> optional "build" hook which was restricted (by policy) to just setup<br>
> dependencies, and not actually configure or start anything.<br>
<br>
</div>So "build" would "install" and "install" would "configure"?<br>
<br>
Doesn't sound quite right.<br>
<br>
<br>
gustavo @ <a href="http://niemeyer.net" target="_blank">http://niemeyer.net</a><br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
</div></div></blockquote></div><br></div>