Bigger, better, more...

Big thanks to everyone who participated in the Juju Docs virtual mini-sprint on 30th August! 20 outstanding tasks were completed (outstandingly) 7 completely new pages added 12+ participants Across the day we made great progress in a number of areas, adding examples, more explanations and referen

New Pages in docs!

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

Re: Charm Quality Ratings updates

The issue which I think kicked this off is that charm authors wishing to build against the interfaces offered by a specific charm have nowhere to go to find out e.g. what is exposed by relation_set for a particular interface, or what those values relate to. We can include best practice guidelines

Re: Charm Quality Ratings updates

On Fri, Oct 4, 2013 at 12:28 PM, Mark Shuttleworth wrote: > > I think we'll need the ability both to document the interface in a particular > charm, and to link to other charms > interface docs from inside such documentation. It is easy enough to do that by using Markdown, since we already rende

Re: setup tutorial with local provider - never goes beyond pending

Thanks for that, I will add a note to the docs, although I think you may have just been a bit unlucky, my first run through only took a couple of minutes. Nick On Oct 7, 2013 11:21 AM, "Dan Kortschak" wrote: > Thanks Andrew. Yes, leaving it alone for a long time helped - it was > probably still

Re: High Availability command line interface - future plans.

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 com

Re: Adding two more charm feature bullets

A > foreseeable problem is there is really no documentation on how to implement > or prepare your charm to connect to either of these. Adding them as a > feature, +1, but we need to go one step further to enable charm authors to > easily include these in their charm with documentation and possibly

Re: Jenkins and Jenkins-slave charms

> On Jan 9, 2014 7:30 PM, "Mark Shuttleworth" 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-lo

Re: Jenkins and Jenkins-slave charms

l enough in the meantime. Do let me know if you have any other issues with docs. It is great to get feedback from real users! Nick On Thu, Jan 9, 2014 at 3:43 PM, Nick Veitch wrote: >> On Jan 9, 2014 7:30 PM, "Mark Shuttleworth" wrote: >>> >>> On 09/01/14 14:36, Steve

Re: how to create "config-changed" hook

Hi Saurabh, Hooks are rather fundamental to how charms work. If you have defined a relation but have no hooks for it at all then it isn't going to achieve anything. I imagine you would want at least a website-relation-joined hook to pass the host/port details of your website, but I'm not exactly su

Re: Juju command cheat sheet

I like it. I am not sure we want to include charm author stuff in a quickstart page though, or at least, not the same one. On Fri, Jan 31, 2014 at 3:29 PM, Jorge O. Castro wrote: > http://pastebin.ubuntu.com/6849895/ > > I'll find a more accessible place for it. > > On Thu, Jan 30, 2014 at 4:08 P

Re: I WANT YOU, to give me your feedback (Juju docs!)

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 wha

1.18 docs

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 * Man

Release Notes

/docs/reference-release-notes.html The notes use a cunning twisty thing so you only need see the version you are interested in. P.S. Grammatical foibles have been preserved in the interests of historical accuracy. Nick -- Nick Veitch -- Juju mailing list Juju@lists.ubuntu.com Modify settings or

Re: juju manual bootstrap - does it work?

ly the bootstrap-user configuration. If >>>>> bootstrap-user is not specified, then Juju will ssh to the bootstrap host >>>>> as >>>>> the current user. Once the configuration is specified, you bootstrap as >>>>> usual: >>>>> >>>>> juju bootstrap >>>>> >>>>> The juju bootstrap command will connect to bootstrap-host via SSH, and >>>>> copy across and install the Juju agent. >>>>> >>>>> When bootstrapping, Juju will create the "ubuntu" user if it does not >>>>> already exist. To eliminate the need for repeated password prompts, Juju >>>>> will configure password-less ssh and sudo for the ubuntu user. >>>>> >>>>> I've tried with the environments.yaml "bootstrap-user" set to my User >>>>> ID and i have also tried with "bootstrap-user" commented out which as the >>>>> above documentation states "should" default to me as the "current user". >>>>> >>>>> First... Why would the juju bootstrap prompt for a passworrd >>>> >>>> >>>> The only thing that springs to mind is that juju may be attempting to >>>> use an SSH key that is not loaded by the SSH agent. The debug log should >>>> help narrow this down. >>> >>> >>> as I pointed out above locally on my laptop after creating the Key I used >>> - ssh-add >>> >>>> >>>>> Second... What password can this be?? Its not mine on either system >>>>> and I also tried just "ubuntu" in case but neither is accepted. >>>>> >>>>> Both Ubuntu systems, my lapttop and the server, have had sudo apt-get >>>>> update && sudo apt-get upgrade so they both should have had all latest >>>>> package updates. >>>>> >>>>> Anyone got any ideas? >>>>> >>>>> Does juju manual bootstrap work in 14.04? >>>> >>>> >>>> It works well for me, and there is automated testing in place for the >>>> manual provider. >>>> >>>>> thanks in advance >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Juju mailing list >>>>> Juju@lists.ubuntu.com >>>>> Modify settings or unsubscribe at: >>>>> https://lists.ubuntu.com/mailman/listinfo/juju >>>>> >>>> >>> >> >> >> -- >> Juju mailing list >> Juju@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/juju >> > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings 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

Re: Juju Academy

so far! I'll likely follow up with a more official announcement when >> more of the commands have been implemented. >> >> Thanks, >> Marco Ceppi >> >> -- >> Juju mailing list >> Juju@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/juju >> > > > > -- > > gustavo @ http://niemeyer.net > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings 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

Re: Juju Academy

ed, May 7, 2014 at 1:55 PM, Nick Veitch > 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 >> &

Re: Adding docs about HA logging

.19.x release > notes, I will also update the docs to ensure 1.20.0 docs are released > the same day as the packages. > > > -- > Curtis Hovey > Canonical Cloud Development and Operations > http://launchpad.net/~sinzui > > -- > Juju mailing list > Juju@lists.ubuntu.com &g

Re: new release of jujucharms.com with docs and perf improvements.

José, we do have a plan for translations too. I will mail you when we have a repo set up for it. On Nov 26, 2014 1:13 AM, "José Antonio Rey" wrote: > Question! > > Does this release will be able to support localized docs? If so, I would > love to start working on translating the docs to Spanish.

Re: Lets version lock the docs!

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.

Re: Screenshots in charm READMEs (policy request)

; Juju@lists.ubuntu.com > Modify settings 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

Re: State of the "Best Practices Guide"

u@lists.ubuntu.com > Modify settings 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

Re: What's the future of Juju?

h 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 Tea

Re: Juju Documentation - what can we improve?

> > 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 documentatio

Re: Messaging to new users

t; Juju? > > > > Tim > > > > -- > > Juju mailing list > > Juju@lists.ubuntu.com <mailto:Juju@lists.ubuntu.com> > > Modify settings or unsubscribe at: > > https://lists.ubuntu.com/mailman/listinfo/juju > > > > > > > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings 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

Re: Pushing to Launchpad

Hi > I followed the instructions on the juju charm page to submit my charm to > my namespace but all I get is > > bzr: ERROR: Invalid url supplied to transport: > "lp:~f-tom-n/charms/trusty/saikuanalytics/trunk": No such source package > saikuanalytics. > are you running: bzr push lp:~f

Re: Pushing to Launchpad

Aug 2015 18:55, "Marco Ceppi" 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. >> >> T

Re: Juju on CloudStack

ding that CloudStack emulates an EC2 environment's >> APIs, have you tried configuring it as an EC2 environment? >> >> >> >> > -- > José Antonio Rey > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings 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

Re: Juju on CloudStack

> > On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf >> > mailto:hermanbergw...@gmail.com>> wrote: >> > > (how) can I run Juju on CloudStack? >> > >> > It's my understanding that CloudStack emulates an EC2 environment's

Re: Juju configuration in bash

okenv import ( >2. config as config_get, >3. ... > > > And then use config_get['option'] to retrieve the option value. > > Thanks, > > Fred > > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubsc

Re: Juju devel 2.0-alpha2 is available for testing

put now also includes relation information. This > was previously only shown in the yaml and json output formats. > > > ### Relation get-config And set-config Compatibility > > See https://bugs.launchpad.net/juju-core/+bug/1382274 > > If 'juju get-config' is used to save YAML output to a file, the same > file can now be used as input to 'juju set-config'. The functions are > now reciprocal such that the output of one can be used as the input of > the other with no changes required, so that: > 1. complex configuration data containing multiple levels of quotes can > be modified via YAML without needing to be escaped on shell command > lines, and > 2. large amounts of config data can be transported from one juju model > to another in a trivial fashion. > > > ### Known issues > * GUI and Landscape don’t work with this alpha 2 release > As we transition to using the new "controller" and "model" related > terminology, and remove deprecated APIs, for this release only > downstream products like the GUI, Landscape (and anything else using > the Python Juju Client) will not work. Please continue to use the > alpha 1 release found in ppa:juju/experimental. > > * Some providers release wrong resources when destroying hosted models > Lp 1536792 > > * Destroying a hosted model in the local provider leaves the > controller unusable > Lp 1534636 > > * Unable to create hosted environments with MAAS provider > Lp 1535165 > > > ## Resolved issues > > * Agent install dies randomly on azure > Lp 1533275 > > * Unable to create hosted models with maas provider > Lp 1535165 > > * Jujud offers poodle vulnerable sslv3 on 17070 > Lp 1536269 > > * Fslock staleness checks are broken > Lp 1536378 > > * Get and set are not reciprocal > Lp 1382274 > > * Provider/maas: data races > Lp 1497802 > > * Destroyed leader, new leader not elected. > Lp 1511659 > > * Bootstrap node does not use the proxy to fetch tools from > streams.c.c > Lp 1515289 > > * Metadata worker repeatedly errors on new azure > Lp 1533896 > > * Status format should default to tabular in 2.0 > Lp 1537717 > > * Juju deploy silently ignores most cli flags > Lp 1540701 > > * Provider/maas: race in launchpad.net/gomaasapi > Lp 1468972 > > > Finally > > We encourage everyone to subscribe the mailing list at > juju-...@lists.canonical.com, or join us on #juju-dev on freenode. > > > -- > Curtis Hovey > Canonical Cloud Development and Operations > http://launchpad.net/~sinzui > > -- > Juju-dev mailing list > juju-...@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- Nick Veitch, Documentation nick.vei...@canonical.com -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju

Re: Getting started?

nk 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

Re: Charm execution graph in docs

t; 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 at: > https://l

Re: Bootstrap to a specific series

> 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

Re: kill-controller, unregister, destroy-controller

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 thinking.

Re: JUJU_UNIT_NAME no longer set in env

ilable in that session. https://jujucharms.com/docs/stable/developer-debugging#the-'debug-hooks'-command On 23 May 2017 at 08:56, John Meinel wrote: > > I *think* the hook context actually runs in the directory just above > 'hooks', but I'm not 100% positive. > it does :)

Re: JUJU_UNIT_NAME no longer set in env

t won't work. A lot of hooks in common charms don't need context, but you can't guarantee that. N.B. Also when using `juju debug-hooks` once any hook fires and you are in the hook environment, you can then execute any hook (not just the one that has been triggered), if you need

Re: JUJU_UNIT_NAME no longer set in env

On 23 May 2017 at 14:12, Jay Wren 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, Documentation Canonical -- Juju mailing

Re: Blog post about expanding Ceph clusters with Juju

. > > 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/juju > > -- Nick