<div dir="ltr">fwiw. deployer/bundles have support for an explicit build phase for this reason.. basically a build hook in charms is run prior to deploying. i'd like to push it a bit further to deployer bundles as an archive format  that can be completely self-contained for an app.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 1, 2014 at 3:07 PM, Jorge O. Castro <span dir="ltr"><<a href="mailto:jorge@ubuntu.com" target="_blank">jorge@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everyone,<br>
<br>
Matt Bruzek and I have been doing some charm testing on a machine that<br>
does not have general access to the internet. So charms that pull from<br>
PPAs, github, etc. do not work.<br>
<br>
We've been able to "fatten" the charms by doing things like creating a<br>
/files directory in the charm itself and putting the<br>
package/tarball/jar file in there, and given the networking issues<br>
that we might face in production environments that we should start<br>
thinking about best practices for having charms with payloads instead<br>
of pulling from a network source.<br>
<br>
Marco has some ideas on how we can generalize this and he will respond<br>
to this thread.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Jorge Castro<br>
Canonical Ltd.<br>
<a href="http://juju.ubuntu.com/" target="_blank">http://juju.ubuntu.com/</a> - Automate your Cloud Infrastructure<br>
<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>
</font></span></blockquote></div><br></div>