[Review Queue] nagios, pubphoto, apache2, nrpe-external-master, couchbase, kibana, big data conjure-up spells

2016-08-04 Thread Cory Johns 
Greetings.

Konstantinos, Pete, and I reviewed some items from the RQ today.  We also
forgot to send out notification of some reviews we did the week before last.

Aug 4, 2016: Cory/Konstantinos/Pete

   -

   Nagios - cross platform support (centos)
   -


  
https://code.launchpad.net/~dbuliga/charms/trusty/nagios/nagios/+merge/288614
  -

  Use the platform parameter sent from NRPE in the 'monitors' relation
  to set the host icon and text.
  -

  The code review of the patch was fine. Running the amulet tests gave
  out some errors that are probably not caused by the patch at
hand. Yet they
  need to be addressed.
  -

   Pubphoto
   -

  https://bugs.launchpad.net/charms/+bug/1574772
  -

  This is a pubphoto revision for trusty.
  -

  This was the second round of review of this charm. The authors
  addressed the minor comments that we had.
  -

  +1 for promulgation (https://jujucharms.com/u/jose/pubphoto/trusty/1)
  -

   Apache2 -- add juju storage support
   -


  
https://code.launchpad.net/~canonical-sysadmins/charms/trusty/apache2/apache2-storage/+merge/298617
  -

  “make test” fails, as new code breaks a mock in the existing tests.
  -

  Code looks good, other tests pass, and manual deploy works. +1 after
  make test is fixed.
  -

   nrpe-external-master
   -


  
https://code.launchpad.net/~aluria/charms/precise/nrpe-external-master/donotremove-hostdefs/+merge/290957
  -

  Has been +1’d but it might be deprecated in favor of nrpe, or might
  need the repo / charm store namespace updated to reflect new policies.


July 21, 2016: Cory/Kevin/Pete

   -

   couchbase (trusty)
   -

  https://bugs.launchpad.net/charms/+bug/1603300
  -

  A few tests are failing. Made notes and set status as incomplete’
  -

   Kibana
   -

  https://bugs.launchpad.net/charms/+bug/1603181
  -

  Linter fails, and one depoy test fails. Made notes and set status as
  ‘incomplete’
  -

   Conjure-up spells
   -

  This is a bit self-serving, but we really wanted to kick the tires
  with bigdata spells
  -


  
https://github.com/juju-solutions/bundle-apache-processing-mapreduce/pull/8
  -


  https://github.com/juju-solutions/bundle-realtime-syslog-analytics/pull/7
  -

  Minor comments are being addressed, but in general, these are working
  great!
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

A new development release of Juju, 2.0-beta14, is here!

2016-08-04 Thread Curtis Hovey-Canonical 
A new development release of Juju, 2.0-beta14, is here!


## What's new?

* New model config capability allows managing custom configuration on
  models much easier. See “Shared Model Config” in the release notes.
* First baby step to an interactive bootstrap experience. Look for
  more on this in future betas.
* Ensure that openstack clouds that are configured to support
  Multi-hypervisors. Juju can deploy workloads to the desired
  hypervisor.
  Lp 1600054
* Juju will detect LXD default profile's bridge name and use it.
  Lp 1575676
* Added support for the remove-user command.
  Lp 1570096
* Improve the scalability when destroying large models.
  Lp 1579010
* Print a more user friendly error message when an api request is made
  and a model uuid is not found
  Lp 1602034
* Updated fix for 'duplicate key error'
  Lp 1593828, Lp 1604644


## How do I get it?

If you are running Ubuntu, you can get it from the juju devel ppa:

sudo apt-add-repository ppa:juju/devel
sudo apt-get update; sudo apt-get install juju-2.0

Windows, Centos, and OS X users can get a corresponding installer at:

https://launchpad.net/juju-core/+milestone/2.0-beta14


## Feedback Appreciated!

We encourage everyone to subscribe the mailing list at
juju@lists.ubuntu.com and join us on #juju on freenode. We would love to hear
your feedback and usage of juju.


## Anything else?

You can read more information about what's in this release by viewing the
release notes here:

https://jujucharms.com/docs/devel/temp-release-notes


-- 
Curtis Hovey
Canonical Cloud Development and Operations
http://launchpad.net/~sinzui

-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

A new development release of Juju, 2.0-beta14, is here!

2016-08-04 Thread Curtis Hovey-Canonical 
A new development release of Juju, 2.0-beta14, is here!


## What's new?

* New model config capability allows managing custom configuration on
  models much easier. See “Shared Model Config” in the release notes.
* First baby step to an interactive bootstrap experience. Look for
  more on this in future betas.
* Ensure that openstack clouds that are configured to support
  Multi-hypervisors. Juju can deploy workloads to the desired
  hypervisor.
  Lp 1600054
* Juju will detect LXD default profile's bridge name and use it.
  Lp 1575676
* Added support for the remove-user command.
  Lp 1570096
* Improve the scalability when destroying large models.
  Lp 1579010
* Print a more user friendly error message when an api request is made
  and a model uuid is not found
  Lp 1602034
* Updated fix for 'duplicate key error'
  Lp 1593828, Lp 1604644


## How do I get it?

If you are running Ubuntu, you can get it from the juju devel ppa:

sudo apt-add-repository ppa:juju/devel
sudo apt-get update; sudo apt-get install juju-2.0

Windows, Centos, and OS X users can get a corresponding installer at:

https://launchpad.net/juju-core/+milestone/2.0-beta14


## Feedback Appreciated!

We encourage everyone to subscribe the mailing list at
j...@lists.ubuntu.com and join us on #juju on freenode. We would love to hear
your feedback and usage of juju.


## Anything else?

You can read more information about what's in this release by viewing the
release notes here:

https://jujucharms.com/docs/devel/temp-release-notes


-- 
Curtis Hovey
Canonical Cloud Development and Operations
http://launchpad.net/~sinzui

-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: hub github helper

2016-08-04 Thread Reed O'Brien 
On Thu, Aug 4, 2016 at 3:16 AM, John Meinel  wrote:

> So my "upstream" is github.com/juju/juju but my "origin" is
> github.com/jameinel/juju. I would be concerned to set the former as an
> origin because as a lead I *do* have the ability to push to the master
> branch. I really don't want to do that by accident.
>
> Is there a configuration I can do differently?
>

You can set the upstream push URL to something fake like nopush. Better yet
use the read-only git url for the remote. i.e. git://github.com/... rather
than the read-write one, g...@github.com/...

Either would help prevent accidental writes to upstream.


-- 
Reed O'Brien
✉ reed.obr...@canonical.com
✆ 415-562-6797
-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: [ANN] New juju-deployer-0.9.0, python-jujuclient-0.53.1

2016-08-04 Thread Junaid Ali 
Thanks Tim.
It is working well for me as well except for local charms and charms at
launchpad. It gives out error "juju deploy -m ctr-trusty:neutron_plugin
--config /tmp/tmpciQAqA --series trusty trusty/neutron-api neutron-api".

Regards,
Junaid

On Thu, Aug 4, 2016 at 6:38 PM, Pete Vander Giessen <
pete.vandergies...@canonical.com> wrote:

> Hi Tim,
>
> I've been using the latest Juju beta, along with updated deployer and
> amulet built from master, and it is all working smoothly. Thank you very
> much for putting in the work to get everything updated. :-)
>
> ~ PeteVG
>
> On Wed, Aug 3, 2016 at 1:41 PM Charles Butler <
> charles.but...@canonical.com> wrote:
>
>> With quick turn around this is now available for immediate testing in the
>> charmbox:devel flavor of images
>>
>> docker pull jujusolutions/charmbox:devel
>>
>> You can get started right away with some volume mounts to bring in your
>> charm's and $JUJU_DATA location. We on the ~containers team have a bash
>> alias to make this somewhat trivial:
>>
>> I apologize in advance for the number of flags to make this feasible,
>> however its a vanilla juju workspace on every invocation.
>>
>> docker run --rm \
>>   -ti  \
>>   -h charmbox.juju.solutions \
>>   -v $HOME/.juju-work:/home/ubuntu/.local/share/juju \
>>   -v $HOME/projects/work/interfaces:/home/ubuntu/interfaces \
>>   -v $HOME/projects/work/layers:/home/ubuntu/layers \
>>   -v $HOME/projects/work/builds:/home/ubuntu/builds \
>>   -v $HOME/projects/work/bundles:/home/ubuntu/bundles \
>>   -v $PWD:/home/ubuntu/pwd \
>>   jujusolutions/charmbox:devel
>>
>> From here you should be able to enter into any charm/bundle directory and
>> kick off a test against a boostrapped juju2 controller:
>>
>> juju bootstrap amazon aws
>> bundletester -F -l DEBUG -v
>>
>> If you encounter any issues, let us know on the issue tracker:
>>
>> https://github.com/juju-solutions/charmbox/issues
>>
>> Thanks and happy testing!
>>
>> On Wed, Aug 3, 2016 at 11:01 AM Tim Van Steenburgh <
>> tim.van.steenbu...@canonical.com> wrote:
>>
>>> These new releases work with the latest juju-2.0 betas while maintaining
>>> compatibility with juju-1.25.
>>>
>>> They are currently available on PyPI and in ppa:tvansteenburgh/ppa, and
>>> will likely be copied to ppa:juju/stable in the near future.
>>>
>>> Find bugs? File here:
>>> https://bugs.launchpad.net/python-jujuclient
>>> https://bugs.launchpad.net/juju-deployer
>>>
>>>
>>> Bundletester (https://github.com/juju-solutions/bundletester) works
>>> with the latest juju-2.0 betas if the latest versions of juju-deployer and
>>> python-jujuclient are installed.
>>>
>>> The Amulet charm testing library (http://pythonhosted.org/amulet/) has
>>> juju-2.0 support in master, but is awaiting a release that contains that
>>> support. Watch this space for an announcement of that release.
>>> --
>>> Juju mailing list
>>> Juju@lists.ubuntu.com
>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>>> an/listinfo/juju
>>>
>> --
>> Juju Charmer
>> Canonical Group Ltd.
>> Ubuntu - Linux for human beings | www.ubuntu.com
>> Juju - The fastest way to model your service | www.jujucharms.com
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/juju
>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
> an/listinfo/juju
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: hub github helper

2016-08-04 Thread Reed O'Brien 
FWIW, I add a line to my repo config. The second line (or first fetch)
below:

[remote "upstream"]
url = https://github.com/juju/juju
fetch = +refs/pull/*/head:refs/remotes/upstream/pr/*
fetch = +refs/heads/*:refs/remotes/upstream/*

`git fetch` subsequently fetches all PRs. and checking one out becomes:

git co pr/5876
Branch pr/5876 set up to track remote ref refs/pull/5876/head.
Switched to a new branch 'pr/5876'

The order of fetches in the config is important, from more specific (
refs/remotes/upstream/pr/*) to less specific
(refs/remotes/upstream/*). Inverting
them will cause clobber induced churn when fetching, IIRC.


On Thu, Aug 4, 2016 at 4:59 AM, Chris MacNaughton <
chris.macnaugh...@canonical.com> wrote:

>
> That is interesting, I use the same configuration: origin is me, upstream
> is the parent fork. I didn't realize this was uncommon.
>
> According to Github, this is the normal, expected practice:
> https://help.github.com/articles/fork-a-repo/#keep-your-fork-synced
>
> --
> Juju-dev mailing list
> Juju-dev@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju-dev
>
>


-- 
Reed O'Brien
✉ reed.obr...@canonical.com
✆ 415-562-6797
-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: Juju could not add relation between mediawiki & mariadb

2016-08-04 Thread Konstantinos Tsakalozos 
Hi Steve,

Just replied to your question here:
http://askubuntu.com/questions/808016/realtime-syslog-analytics-deployment-not-working/808054#808054
regarding the deployment of the realtime-syslog-analytics bundle. For juju
1.25 you need to use quickstart to deploy bundles.

Many thanks to Merlijn for replying so fast to your main question.
Impressed!

Thanks,
Konstantinos

On Thu, Aug 4, 2016 at 2:19 PM, Merlijn Sebrechts <
merlijn.sebrec...@gmail.com> wrote:

> Hi Steve Pe
>
>
> Welcome to the Juju community!
>
> I answered your question on askubuntu. Please create a new issue for your
> problems with the syslog-analytics bundle and link it here so I can help
> you with that.
>
>
> Kind regards
> Merlijn
>
> 2016-08-04 12:13 GMT+02:00 Steve Pe :
>
>> Someone help me this?
>>
>> http://askubuntu.com/questions/806214/juju-could-
>> not-add-relation-between-mediawiki-mariadb
>>
>> --
>> Best wishes;
>>
>> Steve Pe
>> ( https://www.linkedin.com/in/stevepe )
>>
>> "Doing good to others is not a duty, it is a joy, for it increases our
>> own health and happiness."
>>
>>
>> --
>> 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

Re: Automate the creation of Juju environments on MAAS

2016-08-04 Thread Rick Harding 
I'd be curious what MAAS folks say. I poked at their API docs and it looks
like you have a call to create a user:

https://maas.ubuntu.com/docs/api.html#users

but to create the api token it seems like a special call "for the currently
logged in user"

https://maas.ubuntu.com/docs/api.html#logged-in-user

I wonder if there's another way of going about that.

As for configuring the juju client, you can write out the config files
manually, script them with shell call outs, etc.



On Thu, Aug 4, 2016 at 3:05 AM Merlijn Sebrechts <
merlijn.sebrec...@gmail.com> wrote:

> Hi all
>
>
> I'd like to automate the creation of Juju environments on MAAS. Automate
> stuff like:
>
> - Creating users
> - Creating API keys
> - Configuring the Juju client
>
> Is there something available that does this? If not, I'll write it myself
> but I wanted to check the list first.
>
>
>
>
> Kind regards
> Merlijn
> --
> 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

Re: hub github helper

2016-08-04 Thread Chris MacNaughton 


That is interesting, I use the same configuration: origin is me, 
upstream is the parent fork. I didn't realize this was uncommon.


According to Github, this is the normal, expected practice: 
https://help.github.com/articles/fork-a-repo/#keep-your-fork-synced
-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Tell Juju which MAAS network to use

2016-08-04 Thread Merlijn Sebrechts 
How can I tell Juju which maas network to use to connect to the machines?

https://askubuntu.com/questions/808011/how-to-specify-what-maas-interface-juju-should-use
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju could not add relation between mediawiki & mariadb

2016-08-04 Thread Merlijn Sebrechts 
Hi Steve Pe


Welcome to the Juju community!

I answered your question on askubuntu. Please create a new issue for your
problems with the syslog-analytics bundle and link it here so I can help
you with that.


Kind regards
Merlijn

2016-08-04 12:13 GMT+02:00 Steve Pe :

> Someone help me this?
>
>
> http://askubuntu.com/questions/806214/juju-could-not-add-relation-between-mediawiki-mariadb
>
> --
> Best wishes;
>
> Steve Pe
> ( https://www.linkedin.com/in/stevepe )
>
> "Doing good to others is not a duty, it is a joy, for it increases our own
> health and happiness."
>
>
> --
> 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

Re: hub github helper

2016-08-04 Thread Marco Ceppi 
On Thu, Aug 4, 2016 at 6:16 AM John Meinel  wrote:

> On Aug 2, 2016 6:08 PM, "Nate Finch"  wrote:
> >
> >
> >
> > To make a PR from the CLI using hub, make sure the repo you want to PR
> against is the git remote called origin, then you can make a PR with your
> current branch by just doing
> >
> > hub pull-request
> >
> > This will open an editor to write the PR message, or you can use -m just
> like with git commit.
> >
> > -Nate
> >
>
> So my "upstream" is github.com/juju/juju but my "origin" is
> github.com/jameinel/juju. I would be concerned to set the former as an
> origin because as a lead I *do* have the ability to push to the master
> branch. I really don't want to do that by accident.
>
That is interesting, I use the same configuration: origin is me, upstream
is the parent fork. I didn't realize this was uncommon.
-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Re: hub github helper

2016-08-04 Thread John Meinel 
On Aug 2, 2016 6:08 PM, "Nate Finch"  wrote:
>
>
>
> To make a PR from the CLI using hub, make sure the repo you want to PR
against is the git remote called origin, then you can make a PR with your
current branch by just doing
>
> hub pull-request
>
> This will open an editor to write the PR message, or you can use -m just
like with git commit.
>
> -Nate
>

So my "upstream" is github.com/juju/juju but my "origin" is
github.com/jameinel/juju. I would be concerned to set the former as an
origin because as a lead I *do* have the ability to push to the master
branch. I really don't want to do that by accident.

Is there a configuration I can do differently? I would think github would
recognize a "this is where I publish my branches" separately from "this is
where I integrate them". I thought that was origin vs upstream.

John
=:->
-- 
Juju-dev mailing list
Juju-dev@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju-dev

Juju could not add relation between mediawiki & mariadb

2016-08-04 Thread Steve Pe 
Someone help me this?

http://askubuntu.com/questions/806214/juju-could-not-add-relation-between-mediawiki-mariadb

-- 
Best wishes;

Steve Pe
( https://www.linkedin.com/in/stevepe )

"Doing good to others is not a duty, it is a joy, for it increases our own
health and happiness."
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Automate the creation of Juju environments on MAAS

2016-08-04 Thread Merlijn Sebrechts 
Hi all


I'd like to automate the creation of Juju environments on MAAS. Automate
stuff like:

- Creating users
- Creating API keys
- Configuring the Juju client

Is there something available that does this? If not, I'll write it myself
but I wanted to check the list first.




Kind regards
Merlijn
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju