<div dir="ltr"><div>Bundles must only use charms which are already in the store, they cannot reference charms in personal namespaces.</div><div><br></div><div>I assume this apples to only bundles that get promoted to recommended otherwise how would you enforce it?</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">--------------<div><br></div><div><div style="font-size:small"><font color="#999999">Director Meteorite.bi - Saiku Analytics Founder</font></div><div style="font-size:small"><font color="#999999">Tel: +44(0)5603641316  </font></div><div style="font-size:small"><font color="#999999"><br></font></div><div style="font-size:small"><font color="#999999">(Thanks to the Saiku community we reached our <a href="http://kickstarter.com/projects/2117053714/saiku-reporting-interactive-report-designer/" target="_blank">Kickstart</a> goal, but you can always help by <a href="http://www.meteorite.bi/products/saiku/sponsorship" target="_blank">sponsoring the project</a>)</font></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 18 March 2016 at 15:58, 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">Hello everyone,<br>
<br>
With 2.0 around the corner we decided to spend some time cleaning up<br>
the page everyone loves to hate, the Juju Charm Store policy:<br>
<br>
<a href="https://jujucharms.com/docs/1.25/authors-charm-policy" rel="noreferrer" target="_blank">https://jujucharms.com/docs/1.25/authors-charm-policy</a><br>
<br>
and here is what I would like to propose:<br>
<br>
<a href="https://github.com/castrojo/docs/blob/master/src/en/authors-charm-policy.md" rel="noreferrer" target="_blank">https://github.com/castrojo/docs/blob/master/src/en/authors-charm-policy.md</a><br>
<br>
I've done a few things here:<br>
<br>
- I've separated it from one huge paragraph to sections, General,<br>
Testing and Quality requirements, Metadata requirements, and Security<br>
requirements.<br>
- I've split out things that a charm/bundle MUST do and what it SHOULD<br>
do in each section to make it clearer on what is a hard requirement<br>
and what is a recommendation.<br>
- I've removed most of the Ubuntu-specific jargon and generalized it<br>
to include other OSes such as CentOS.<br>
- Made documenting interfaces and external dependencies a requirement.<br>
<br>
There are also some new policies that we need ack from ~charmers in<br>
order to implement. Specifically we've made the testing and quality<br>
requirements explicit. I've also added a requirement of using Juju<br>
Resources (which appears to be undocumented?) for payloads.<br>
<br>
Recommendations from everyone on what we should include here would be<br>
most welcome, specifically our recommendations around Windows charms<br>
is non-existent.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Jorge Castro<br>
Canonical Ltd.<br>
<a href="http://jujucharms.com/" rel="noreferrer" target="_blank">http://jujucharms.com/</a> - The fastest way to model your service<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" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
</font></span></blockquote></div><br></div>