Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-18 Thread Eric Snow
On Fri, Mar 18, 2016 at 8:57 AM, Tom Barber wrote: > 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/myfile.xyz and have the action upload that to a place > you define. Ha

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-18 Thread Andrew Wilkins
On Sat, Mar 19, 2016 at 12:53 AM Jacek Nykis wrote: > On 08/03/16 23:51, Mark Shuttleworth wrote: > > *Storage* > > > > * shared filesystems (NFS, GlusterFS, CephFS, LXD bind-mounts) > > * object storage abstraction (probably just mapping to S3-compatible > APIS) > > > > I'm interested in feedb

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-18 Thread Stuart Bishop
On 9 March 2016 at 10:51, Mark Shuttleworth wrote: > Operational concerns I still want 'juju-wait' as a supported, builtin command rather than as a fragile plugin I maintain and as code embedded in Amulet that the ecosystem team maintain. A thoughtless change to Juju's status reporting would bre

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-18 Thread roger peppe
On 16 March 2016 at 15:04, Kapil Thangavelu wrote: > Relations have associated config schemas that can be set by the user > creating the relation. I.e. I could run one autoscaling service and > associate with relation config for autoscale options to the relation with a > given consumer service. G

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-19 Thread Kapil Thangavelu
On Tue, Mar 8, 2016 at 6:51 PM, Mark Shuttleworth wrote: > Hi folks > > We're starting to think about the next development cycle, and gathering > priorities and requests from users of Juju. I'm writing to outline some > current topics and also to invite requests or thoughts on relative > prioriti

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-19 Thread Kapil Thangavelu
Relations have associated config schemas that can be set by the user creating the relation. I.e. I could run one autoscaling service and associate with relation config for autoscale options to the relation with a given consumer service. On Wed, Mar 16, 2016 at 9:17 AM roger peppe wrote: > On 16 M

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-20 Thread roger peppe
On 16 March 2016 at 12:31, Kapil Thangavelu wrote: > > > On Tue, Mar 8, 2016 at 6:51 PM, Mark Shuttleworth wrote: >> >> Hi folks >> >> We're starting to think about the next development cycle, and gathering >> priorities and requests from users of Juju. I'm writing to outline some >> current topi

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-03-30 Thread John Meinel
rastructure Administrator > Liferay, Inc. > Enterprise. Open Source. For life. > > From: Mark Shuttleworth > >> Date: Tue, Mar 8, 2016 at 6:52 PM >> Subject: Planning for Juju 2.2 (16.10 timeframe) >> To: juju , juju-dev@lists.ubuntu.com < >> juju-dev@

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-04-01 Thread Stuart Bishop
On 1 April 2016 at 20:50, Mark Shuttleworth wrote: > On 19/03/16 01:02, Stuart Bishop wrote: >> On 9 March 2016 at 10:51, Mark Shuttleworth wrote: >> >>> Operational concerns >> I still want 'juju-wait' as a supported, builtin command rather than >> as a fragile plugin I maintain and as code embe

Re: Planning for Juju 2.2 (16.10 timeframe)

2016-04-28 Thread Stuart Bishop
On 9 March 2016 at 06:51, Mark Shuttleworth wrote: > Hi folks > > We're starting to think about the next development cycle, and gathering > priorities and requests from users of Juju. I'm writing to outline some > current topics and also to invite requests or thoughts on relative > priorities - fe

Storage documentation (Was "Re: Planning for Juju 2.2 (16.10 timeframe)")

2016-03-29 Thread Andrew Wilkins
Just changed subject so we don't derail the 2.2 discussion. On Tue, Mar 29, 2016 at 6:27 PM Jacek Nykis wrote: > On 19/03/16 03:20, Andrew Wilkins wrote: > > It seems like the issues you've noted below are all documentation issues, > > rather than limitations in the implementation. Please correc