<div dir="ltr">Couple of new things cropped up today that would be very useful.<div><br></div><div>a) actions within gui, currently its a bit weird to drag stuff around in the gui then drop to shell to run actions. Doesn't make much sense to a user.</div><div>b) actions within bundles. For example, I'd like a few "standard" bundles, but also a demo bundle seeded with sample data, to do this I'd need to run some actions behind the scenes to get the stuff in place which I can't do</div><div>c) upload files with actions. Currently for some things I need to pass in some files then trigger an action on the unit upon that file. It would be good to say path=/tmp/<a href="http://myfile.xyz">myfile.xyz</a> and have the action upload that to a place you define.</div><div><br></div><div>Tom</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 16 March 2016 at 16:03, roger peppe <span dir="ltr"><<a href="mailto:roger.peppe@canonical.com" target="_blank">roger.peppe@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 16 March 2016 at 15:04, Kapil Thangavelu <<a href="mailto:kapilt@gmail.com">kapilt@gmail.com</a>> wrote:<br>
> Relations have associated config schemas that can be set by the user<br>
> creating the relation. I.e. I could run one autoscaling service and<br>
> associate with relation config for autoscale options to the relation with a<br>
> given consumer service.<br>
<br>
</span>Great, I hoped that's what you meant.<br>
I'm also +1 on this feature - it would enable all kinds of useful flexibility.<br>
<br>
One recent example I've come across that could use this feature<br>
is that we've got a service that can hand out credentials to services<br>
that are related to it. At the moment the only way to state that<br>
certain services should be handed certain classes of credential<br>
is to have a config value that holds a map of service name to<br>
credential info, which doesn't seem great - it's awkward, easy<br>
to get wrong, and when a service goes away, its associated info<br>
hangs around.<br>
<br>
Having the credential info associated with the relation itself would be perfect.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Wed, Mar 16, 2016 at 9:17 AM roger peppe <<a href="mailto:roger.peppe@canonical.com">roger.peppe@canonical.com</a>><br>
> wrote:<br>
>><br>
>> On 16 March 2016 at 12:31, Kapil Thangavelu <<a href="mailto:kapilt@gmail.com">kapilt@gmail.com</a>> wrote:<br>
>> ><br>
>> ><br>
>> > On Tue, Mar 8, 2016 at 6:51 PM, Mark Shuttleworth <<a href="mailto:mark@ubuntu.com">mark@ubuntu.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> Hi folks<br>
>> >><br>
>> >> We're starting to think about the next development cycle, and gathering<br>
>> >> priorities and requests from users of Juju. I'm writing to outline some<br>
>> >> current topics and also to invite requests or thoughts on relative<br>
>> >> priorities - feel free to reply on-list or to me privately.<br>
>> >><br>
>> >> An early cut of topics of interest is below.<br>
>> >><br>
>> >> Operational concerns<br>
>> >><br>
>> >> * LDAP integration for Juju controllers now we have multi-user<br>
>> >> controllers<br>
>> >> * Support for read-only config<br>
>> >> * Support for things like passwords being disclosed to a subset of<br>
>> >> user/operators<br>
>> >> * LXD  container migration<br>
>> >> * Shared uncommitted state - enable people to collaborate around<br>
>> >> changes<br>
>> >> they want to make in a model<br>
>> >><br>
>> >> There has also been quite a lot of interest in log control - debug<br>
>> >> settings for logging, verbosity control, and log redirection as a<br>
>> >> systemic<br>
>> >> property. This might be a good area for someone new to the project to<br>
>> >> lead<br>
>> >> design and implementation. Another similar area is the idea of<br>
>> >> modelling<br>
>> >> machine properties - things like apt / yum repositories, cache settings<br>
>> >> etc,<br>
>> >> and having the machine agent setup the machine / vm / container<br>
>> >> according to<br>
>> >> those properties.<br>
>> >><br>
>> ><br>
>> > ldap++. as brought up in the user list better support for aws best<br>
>> > practice<br>
>> > credential management, ie. bootstrapping with transient credentials (sts<br>
>> > role assume, needs AWS_SECURITY_TOKEN support), and instance role for<br>
>> > state<br>
>> > servers.<br>
>> ><br>
>> ><br>
>> >><br>
>> >> Core Model<br>
>> >><br>
>> >>  * modelling individual services (i.e. each database exported by the db<br>
>> >> application)<br>
>> >>  * rich status (properties of those services and the application<br>
>> >> itself)<br>
>> >>  * config schemas and validation<br>
>> >>  * relation config<br>
>> >><br>
>> >> There is also interest in being able to invoke actions across a<br>
>> >> relation<br>
>> >> when the relation interface declares them. This would allow, for<br>
>> >> example, a<br>
>> >> benchmark operator charm to trigger benchmarks through a relation<br>
>> >> rather<br>
>> >> than having the operator do it manually.<br>
>> >><br>
>> ><br>
>> > in priority order, relation config<br>
>><br>
>> What do you understand by the term "relation config"?<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">--<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>
</div></div></blockquote></div><br></div>