ooking to do the same.
>
> https://zeestrataca.com/posts/expanding-ceph-clusters-with-juju/
>
> Cheers
> --
> Sandor Zeestraten
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juj
On 23 May 2017 at 14:12, Jay Wren <jay.w...@canonical.com> wrote:
> I was under the impression that `juju run --unit` does run in a hook
> context. In fact, the help for `juju help run` explicitly says:
>
ah yes, sorry, I missed the --unit bit.
--
Nick Veitch,
Document
iggered), if you need to test them.
--
Nick Veitch,
Documentation
Canonical
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
://jujucharms.com/docs/stable/developer-debugging#the-'debug-hooks'-command
On 23 May 2017 at 08:56, John Meinel <j...@arbash-meinel.com> wrote:
>
> I *think* the hook context actually runs in the directory just above
> 'hooks', but I'm not 100% positive.
>
it does :)
--
Nick Veitch,
Docum
On 1 September 2016 at 14:59, Mark Ramm-Christensen (Canonical.com) <
mark.ramm-christen...@canonical.com> wrote:
> I believe keeping the --destroy-all-models flag is helpful in keeping you
> from accidentally destroying a controller that is hosting important models
> for someone without
On 1 September 2016 at 14:59, Mark Ramm-Christensen (Canonical.com) <
mark.ramm-christen...@canonical.com> wrote:
> I believe keeping the --destroy-all-models flag is helpful in keeping you
> from accidentally destroying a controller that is hosting important models
> for someone without
--
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
--
Nick Veitch,
CDO Documentation
Canonical
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
clearly what is going to happen,
> the change is going to be local and not affect the controller.
> My 2c
>
>
> On Wednesday, 6 April 2016, Nick Veitch <nick.vei...@canonical.com> wrote:
>
>> just my tuppence
>>
>> instead of having another command, can't
;>>> the
>>>>> ability to remove their stuff and start over with the new alpha/beta/rc
>>>>> release. I'd like to ask us to explore making kill-controller an exception
>>>>> to this policy and that if tests prove we can't bootstrap on one beta and
&
low some time
> ago:
> http://stackoverflow.com/a/25980368/324731
>
> Would be best to have an official source though, updated to latest changes.
>
> att,
> --
> Paul Eipper
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe
uot;allowed" to
> fail. Throwing exceptions during cleanup is usually something that isn't
> helpful.
>
> Thoughts?
>
> John
> =:->
>
>
> --
> Juju-dev mailing list
> Juju-dev@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.
ind?
>
> Thank you,
>
> Ramsey
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
--
Nick Veitch,
CDO Documentation
nick.vei...@canonical.com
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
and/or
added to the docs.
Hurrah!
[1](https://github.com/juju/docs/issues/)
--
Nick Veitch
Documentation
nick.vei...@canonical.com
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
ettings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>
--
Nick Veitch
nick.vei...@canonical.com
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
:55, Marco Ceppi ma...@ondina.co wrote:
This is a launchpad error, not a bazaar one. I believe you will need to
first be a member of https://launchpad.net/~charm-contributors in order
to create new packages in launchpad.
Thanks,
Marco Ceppi
On Thu, Aug 20, 2015 at 1:41 PM Nick Veitch
/mailman/listinfo/juju
--
Nick Veitch
nick.vei...@canonical.com
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
For instance, for the
relation hooks, there is no reference - what hooks are there, what can I
pass to them, what will they return, etc, etc
https://jujucharms.com/docs/stable/authors-charm-hooks
(For instance, what
are the options that I can pass to 'juju-log' - the documentation
with the documentation? I
don't like to pass up the opportunity to talk to real users!
In the meantime if you have any more suggestions for docs, please feel
free to email me or you can report specific issues on the docs
repository (https://github.com/juju/docs/issues).
--
Nick Veitch, Documentation Team
nick.vei
On 4 March 2015 at 17:23, Eric Snow eric.s...@canonical.com wrote:
On Wed, Mar 4, 2015 at 10:04 AM, Nate Finch nate.fi...@canonical.com wrote:
My suggested solution is that we do what we do for all the rest of the
providers, which is to make the user give us authentication credentials in
the
require changing anything in core.
--
Nick Veitch
nick.vei...@canonical.com
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
I agree that we wish to update old versions. It isn't so much work if:
1. We remain reasonably consistent, so merges can easily be done across
multiple branches. Therefore, keep your merges small and limited to single
files where possible - if you have more to update, do it in different
branches.
It should be a single space, unless the comments are being written on a
typewriter. To someone in the US. In the 1960s.
On Nov 18, 2014 6:15 PM, Jesse Meek jesse.m...@canonical.com wrote:
I take that as +1 from Dave.
On 19/11/14 13:13, David Cheney wrote:
To quote Butterick's
://lists.ubuntu.com/mailman/listinfo/juju
--
Nick Veitch
nick.vei...@canonical.com
--
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju
).
On Wed, May 7, 2014 at 1:55 PM, Nick Veitch nick.vei...@canonical.com
wrote:
Nice work, when it is ready we can add it to the getting started
section of the docs too.
Small point - 'juju generate-config', not 'juju init', you may await my PR
On Wed, May 7, 2014 at 6:24 PM, Gustavo Niemeyer
/listinfo/juju-dev
--
Nick Veitch
nick.vei...@canonical.com
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
://lists.ubuntu.com/mailman/listinfo/juju
--
Nick Veitch
nick.vei...@canonical.com
--
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/juju-dev
).
On Wed, May 7, 2014 at 1:55 PM, Nick Veitch nick.vei...@canonical.com
wrote:
Nice work, when it is ready we can add it to the getting started
section of the docs too.
Small point - 'juju generate-config', not 'juju init', you may await my PR
On Wed, May 7, 2014 at 6:24 PM, Gustavo Niemeyer
Denizens of the Jujusphere!
With the 1.18 release of Juju came loads of new features, and thanks
to some outstanding teamwork we managed to document pretty much
everything already!
So, if you want to:
* Configure proxies for your environment -
https://juju.ubuntu.com/docs/howto-proxies.html
*
I feel there needs to be a slight (big) addendum to this:
1. There is no specific timetable for this, so people shouldn't be
expecting big changes next week or something.
2. It isn't a question of Markdown or stay as it is. If you have
strong feelings about RsT or SGML or Mallard or who knows
On Fri, Jan 31, 2014 at 1:03 PM, Nate Finch nate.fi...@canonical.com wrote:
+1000 on version-specific doc pages. Most other similar projects do this
already. Given that our stable releases are getting spaced out somewhat
more than they had been, it doesn't seem too burdensome.
On Fri, Jan
On Jan 9, 2014 7:30 PM, Mark Shuttleworth m...@ubuntu.com wrote:
On 09/01/14 14:36, Steve Powell wrote:
1) the `debug-log` command is not documented very well: executing it
without parameters tails the log (forever) until ^C’d out. To see the
whole of the log so far execute juju debug-log
just my tuppence...
Would it not be clearer to add an additional command to implement your
proposal? E.g. add-manager and possibly destroy/remove-manager
This could also support switches for later fine control, and possibly
be less open to misinterpretation than overloading the add-machine
Hi all,
Pursuant to discussions at the sprint on how to make implementing
interfaces easier for charm authors, I have written an initial
document for the mysql charm:
https://docs.google.com/a/canonical.com/document/d/1WTws_k5K__NAsfZwxf-oKHYqZnZYvrg7K58MvOHFpAY/edit#
It would be very cool if
Or to be more specific, creating them.
I have taken on board various feedback about creating new pages, and to
make everyone's life a little easier(especially mine), if you want to
create new pages in docs you will find new instructions on the contributing
page and a new template and build script
34 matches
Mail list logo
