We could have a separate package for it.  I don't think we should force it upon people just "srtongly suggest it" :)<div><br></div><div><br clear="all"><div>Thanks,</div><div><br></div><div>Juan</div><br><div class="gmail_quote">
On Tue, Nov 22, 2011 at 4:04 PM, Marco Ceppi <span dir="ltr"><<a href="mailto:marco.ceppi@seacrow.org">marco.ceppi@seacrow.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I think this is a good idea for a star. One question I have, how would charms 'get' the charms-helper package to start? A bzr branch in the installer, something in the meta.yaml file?Or would this be included in the cham-tools package?<span class="HOEnZb"><font color="#888888"><br>
<br><span style="font-family:Prelude,Verdana,san-serif"><br><br></span><span><div style="font-family:arial,sans-serif;font-size:12px;color:#999999">--<br>Marco Ceppi<br>Sent while mobile</div></span></font></span><span style="color:navy;font-family:Prelude,Verdana,san-serif"><span class="HOEnZb"><font color="#888888"><hr align="left" style="width:75%">
</font></span><div><div class="h5">On Nov 22, 2011 6:57 PM, Juan Negron <<a href="mailto:negronjl@xtremeghost.com" target="_blank">negronjl@xtremeghost.com</a>> wrote: <br><br></div></div></span><div class="HOEnZb">
<div class="h5"><p>+1 on charm helper package.<br>
Maybe the charmers can initially create such a tool and lead by example modifying the "official" charms to use this tool.</p>
<p>As a by-product, the work done in the "official"charms charms can be referenced as examples on how charms should be coded and organized.</p>
<p>Thanks,</p>
<p>Juan</p>
<p>Sent from my mobile.<br>
Apologies for the brevity of this message.</p>
<div class="gmail_quote">On Nov 22, 2011 4:50 PM, "Clint Byrum" <<a href="mailto:clint@ubuntu.com" target="_blank">clint@ubuntu.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Excerpts from Jorge O. Castro's message of Tue Nov 22 13:14:<a href="tel:41%20-0800%202011" value="+14108002011" target="_blank">41 -0800 2011</a>:<br>
> Today Mark Mims and I were discussing how to help George sort out his<br>
> mail requirement for the thinkup charm:<br>
><br>
> - <a href="https://bugs.launchpad.net/charm/+bug/891749" target="_blank">https://bugs.launchpad.net/charm/+bug/891749</a><br>
><br>
> Right now I am helping him find how to use debconf to just set up<br>
> postfix to send mail. It doesn't need to be a full charm, just a<br>
> "snippet" to do what it needs. But what about the next LAMP charm that<br>
> needs something similar?<br>
><br>
> Similarly, Marco does a install_steam function here:<br>
> <a href="http://bazaar.launchpad.net/~marcoceppi/charm/oneiric/steam/trunk/view/head:/env/funcs" target="_blank">http://bazaar.launchpad.net/~marcoceppi/charm/oneiric/steam/trunk/view/head:/env/funcs</a><br>
><br>
> that grabs an upstream binary but does sha1sum check for the binary.<br>
> If I were to make a similar charm I would really want to steal that<br>
> specific part. Ditto for things like "grab this specific thing from<br>
> github, but default to the packaged ubuntu version", and so on.<br>
><br>
<br>
Agreed, this belongs in packaging. Anything that is shared amongst charms<br>
should go in packages. PPA is fine at first, but we should strive to<br>
get things into universe at the very least, and main when the charm is<br>
dealing entirely with software in main.<br>
<br>
> We already know that sharing charms is very useful and a great part<br>
> about juju. Should we be investigating documenting snippets of best<br>
> practices as well? Mark was thinking something along the lines of<br>
> libcharmtools-bash, libcharmtools-python, and so on.<br>
<br>
I think 'charm-helper' is a good idea for a name for a project to track<br>
these bits.<br>
<br>
I think the best way to get this done is to add a bit of "Should" policy<br>
that states that code should not be copied from one charm to another,<br>
but instead should be added to charm-helper and removed from both charms.<br>
<br>
Eventually we can have juju automatically install charm helper and other<br>
packages based on clues in the metadata, much like debian source packages<br>
have a 'debian/source/format' and a 'debian/compat' that tell the tools<br>
how to build them.<br>
<br>
--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com" target="_blank">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>
<br>
</blockquote></div>
</div></div><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>
<br></blockquote></div><br></div>