What would you like to see in the virtual Charm School hangouts?
Mark Canonical Ramm-Christensen
mark.ramm-christensen at canonical.com
Sun May 26 15:02:57 UTC 2013
There are multiple inter-related issues that are being discussed here:
* making it easier to write charms in Ruby or PHP when those languages are
not available in the cloud image by default.
* making it easier to support charms on private clouds that block outgoing
network access (egress filtering)
* making add-unit work more quickly to handle traffic spikes
I brought it up in this thread because of the first use case. We do have
to work on item 2 this cycle at least a little bit (but the current plan
was to put this into charm tools as a helper which knows how to cache
dependencies). And I think item three might be premature optimization.
So, what's on the table is figuring out if the idea has merit and if it
solves case 1 relatively easily, and if it puts us in a better or worse
position via items 2 and 3.
Then we can easily prioritize it up or down, or put it out there with a
patches accepted label.
Regardless of what we decide, I wholeheartedly agree that discussion will
only have value if we record the results.
--Mark Ramm (mobile edition)
On Saturday, May 25, 2013, Gustavo Niemeyer wrote:
> On Sat, May 25, 2013 at 7:24 PM, Kapil Thangavelu
> > At some point there's a charm size limit for what you want to push and
> > distribute through the charm store or vcs.
> There is a multitude of ways to store huge files online that doesn't
> involve making juju more complex. This simply isn't anywhere near a
> blocker, and it's not even obvious that if/when we do add better
> support for binaries, this is the shape it should would take.
> We've just returned from a sprint where we agreed what the actual
> priorities are. Can we please focus on them?
> gustavo @ http://niemeyer.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Juju