[07:07] <kjackal> Hello Juju World!
[08:46] <rick_h_> kjackal: hello back at ya
[08:48] <magicaltrout> late night rick_h_ ? :)
[08:48] <magicaltrout> oooh
[08:48] <magicaltrout> sprint in holland
[08:48] <magicaltrout> hows the cheese and clogs?
[08:50] <magicaltrout> and windmills
[08:50] <magicaltrout> and tulips
[08:53] <rick_h_> magicaltrout: it's a party
[08:53] <rick_h_> wheee
[08:53] <magicaltrout> hehe
[09:25] <ejat> 2016-07-28 08:04:34 INFO config-changed subprocess.CalledProcessError: Command '['/opt/opendaylight-karaf/bin/client', '-r', '20', '-h', 'localhost', '-a', '8101', '-u', 'karaf', 'feature:list']' returned non-zero exit status 1
[09:26] <ejat> odl-controller charm
[09:26] <ejat> anyone can help ?
[09:28] <magicaltrout> ejat: i can't but can you ssh into the odl unit?
[09:28] <magicaltrout> you could just run that command manually and see what happens
[09:28] <ejat> $ /opt/opendaylight-karaf/bin/client -r 20 -h localhost -a 8101 -u karaf feature:list
[09:28] <ejat> client: JAVA_HOME not set; results may vary
[09:28] <ejat> Logging in as karaf
[09:28] <ejat> 175 [pool-2-thread-2] WARN org.apache.sshd.client.keyverifier.AcceptAllServerKeyVerifier - Server at localhost/127.0.0.1:8101 presented unverified key:
[09:28] <ejat> Error executing command: java.lang.NullPointerException
[09:29] <magicaltrout> I'd check with the chaps over on #karaf ejat
[09:29] <magicaltrout> I know the guys who write ODL hangout over there and can probably offer some insight
[09:29] <ejat> magicaltrout: thanks
[09:30] <magicaltrout> no problem
[09:30]  * ejat trying to link the odl-controller with the conjure-up openstack based
[09:31] <magicaltrout> well the unit is trying to ssh into itself
[09:31] <magicaltrout> so I'm not sure why that would fail
[09:31] <magicaltrout> the karaf client gets run all over the place in standard karaf installs
[09:32] <ejat> have u try the odl-controller charm ?
[09:32] <magicaltrout> I haven't, but I'm a karaf user so I know my way around karaf a bit
[09:33] <ejat> magicaltrout: owh .. thanks for da assistance
[09:34] <magicaltrout> that odl charm is at revision 1
[09:34] <magicaltrout> so I guess its probably rough around the edges ;)
[09:36] <ejat> magicaltrout: is it similar to this : https://issues.apache.org/jira/browse/KARAF-3492
[09:36] <magicaltrout> yeah looks it ejat
[09:39] <ejat> 10 revisions
[09:39] <ejat> by James Page 2016-05-18
[09:39] <ejat> need to ping jamespage
[09:39] <magicaltrout> all that hook is trying to do is list the features
[09:39] <magicaltrout> then install the missing stuff
[09:40] <magicaltrout> but clearly there is a key verification issue even though it seems to be told to accept them all
[09:41] <magicaltrout> that said
[09:41] <magicaltrout> it gets ODL from here:
[09:41] <magicaltrout> https://nexus.opendaylight.org/content/groups/public/org/opendaylight/integration/distribution-karaf/0.2.2-Helium-SR2/distribution-karaf-0.2.2-Helium-SR2.tar.gz
[09:41] <magicaltrout> so it could also be a funky upstream problem
[09:41] <magicaltrout> because I saw similar discussed over on #karaf a few weeks ago
[09:42] <magicaltrout> you could get that package and verify that the client works
[09:43] <ejat> 2016-07-28 09:11:55 INFO install Cloning into '/opt/distribution-karaf-0.2.2-Helium-SR2.tar.gz'...
[09:43] <ejat> 2016-07-28 09:11:56 INFO install fatal: repository 'https://nexus.opendaylight.org/content/groups/public/org/opendaylight/integration/distribution-karaf/0.2.2-Helium-SR2/distribution-karaf-0.2.2-Helium-SR2.tar.gz/' not found
[09:43] <ejat> 2016-07-28 09:11:56 INFO worker.uniter.jujuc server.go:173 running hook tool "juju-log" ["-l" "WARNING" "Install source attempt unsuccessful: Command '['git', 'clone', u'https://nexus.opendaylight.org/content/groups/public/org/opendaylight/integration/distribution-karaf/0.2.2-Helium-SR2/distribution-karaf-0.2.2-Helium-SR2.tar.gz', u'/opt/distribution-karaf-0.2.2-Helium-SR2.tar.gz', '--branch', 'master']' returned non-zero exit status 128"]
[09:43] <ejat> 2016-07-28 09:11:56 WARNING juju-log Install source attempt unsuccessful: Command '['git', 'clone', u'https://nexus.opendaylight.org/content/groups/public/org/opendaylight/integration/distribution-karaf/0.2.2-Helium-SR2/distribution-karaf-0.2.2-Helium-SR2.tar.gz', u'/opt/distribution-karaf-0.2.2-Helium-SR2.tar.gz', '--branch', 'master']' returned non-zero exit status 128
[09:43] <ejat> 2016-07-28 09:11:56 INFO install Created symlink from /etc/systemd/system/multi-user.target.wants/odl-controller.service to /lib/systemd/system/odl-controller.service.
[09:43] <ejat> not found ? but i can download it through browser
[09:43] <magicaltrout> well
[09:43] <magicaltrout> that link isn't a git repository
[09:44] <magicaltrout> so i don't know what its doing, but whatever it is, its not right :)
[09:44] <magicaltrout> last time i checked you can't git clone a tarball
[10:08] <ejat> https://wiki.opendaylight.org/view/OpenDaylight_DLUX:DLUX_Karaf_Feature#Helium
[10:32] <ejat> magicaltrout: http://paste.ubuntu.com/21259206/
[10:33] <ejat> the result differ when i manually download n extract the file
[10:33] <magicaltrout> did you run ./karaf first?
[10:37] <ejat> after ./start
[10:37] <ejat> the same error occur
[10:37] <magicaltrout> dunno then
[10:38] <magicaltrout> that is an upstream problem, the charm seems to have problems as well. I suggest you crack out your best hacking skills ;)
[10:39] <ejat> magicaltrout: gtg 1st .. will try to continue tonight n ping jamespage :)
[10:41] <magicaltrout> good luck chief!
[13:02] <jcastro> balloons: tell me about this juju snap
[13:21] <balloons> jcastro, sssh! The secret is not supposed to be out yet :-)
[13:21] <balloons> lol, it's an open secret by now I guess
[13:21] <jcastro> it's in the store though, I see it
[13:22] <balloons> jcastro, right. Install it with --devmode and enjoy
[13:22] <jcastro> oh, unless you made it canonical only and I just basically ruined your surprise
[13:22] <balloons> it's beta13, and should just work
[13:22] <jcastro> ah, I couldn't bootstrap, but I didn't install with --devmode
[13:23] <balloons> jcastro, right. I need to rebuild it, but also, there's a rule Jamie is working on that I need to work under strict confinement
[13:23] <balloons> it's really very close
[13:25] <balloons> jcastro, also note, you should juju add-credential if you want to use a cloud
[13:25] <jcastro> even for lxd?
[13:25] <jcastro> balloons: I had an idea if this works
[13:25] <jcastro> balloons: do you have a Fedora machine? I am wondering if this would be a nice way to get juju onto non-ubuntu distros
[13:28] <jcastro> magicaltrout: if you want to come to the summit I need you to register on summit.juju.solutions at your convenience!
[13:28] <magicaltrout> talk submissions aren't enough ? :P
[13:28] <balloons> jcastro, absolutely it would be. The constraints about the server still exist, but suddenly the client can run anywhere
[13:28] <magicaltrout> balloons: that is very cool
[13:28] <lazyPower> magicaltrout - i think we need the RSVP for headcount reasons
[13:29] <jcastro> yeah I need an accurate number for food
[13:29] <jcastro> and booze. :)
[13:29] <jcastro> balloons: that's fine, that's a huge improvement for us though
[13:29] <magicaltrout> done
[13:29] <balloons> jcastro, lxd doesn't need credentials no
[13:29] <balloons> it 'just works'
[13:30] <jcastro> so lets say this snap works awesome
[13:30] <magicaltrout> juju on arch, opensuse & fedora will be very good
[13:30] <jcastro> what reason would anyone need to use the deb for the client in xenial? For normal developers though, I understand if like, enteprise people will want to use the archive, etc.
[13:32] <balloons> jcastro, the demo is in a couple hours, but yes.. I have opinions :-)
[13:32] <jcastro> hah sorry man, I didn't mean to ruin your surprise
[13:32] <magicaltrout> lol
[13:32] <balloons> jcastro, I thought someone spoke up.. You just found it in the store eh?
[13:32] <jcastro> but since I ruined it, will you be doing edge and beta channels as well? I am dreaming of a non-PPA Juju experience for myself
[13:32] <balloons> I'd been holding back on publishing it
[13:33] <jcastro> juju-nskaggs                            2.0-beta13                    nskaggs              -        juju client
[13:33] <balloons> jcastro, I would like to do per commit pushes to edge, etc, yes
[13:34] <jcastro> man, if we could use the channels in the snap store to do like RCs and whatnot, dude, that would seriously improve my life
[13:36] <balloons> jcastro, do let me know if it works for you. I've had only one other person trial it.. and myself on 2 machines
[13:38] <jcastro> balloons: right after this call
[13:59] <jcastro> balloons: bootstrapped worked, doing a deploy now
[14:08] <jcastro> balloons: realtime-syslog-analytics has deployed
[14:22] <balloons> jcastro, pretty slick eh?
[15:06] <jcastro> balloons: aha! tab completion doesn't work in your version
[15:06] <jcastro> and I just got it back in vanilla juju so I'm not giving it up
[15:15] <ejat> jamespage: r u here?
[15:16] <lazyPower> ejat - the openstack charmers are attending  a sprint in scandinavia this week. It may be prudent to reach out over the mailing list with questions, as they are much more likely to be seen by the interested parties.
[15:17] <ejat> lazyPower: ok thanks for the info
[15:17] <lazyPower> np, if there's anything non-specific ot openstack i may be able to lend a hand
[15:18] <ejat> lazyPower: its odl-controller
[15:18] <lazyPower> ah, I'm not familiar with that particular charm. Sorry I'm not much more help here
[15:19] <ejat> no worries
[15:21] <lazyPower> hey mbruzek - question for you wrt this post i'm hacking on. One thing i'm noticing is it would be great to have access to the reactive states to control templating workflow. If i'm going to hack that in, should we perhaps extrapolate that into a helper for charm-helpers? eg: build a dictionary that consists of:  config data, relation data, state data, all contained under their sub-keys of the dict?
[15:22] <lazyPower> i guess thats not as straight forward as i was initially thinking.
[15:22] <lazyPower> disregard
[15:24] <geetha> Hi, http://paste.ubuntu.com/21260547/ this is my metadata.yaml. when I run `charm proof` against the charm, we are getting the 'E' message: "E: Unknown root metadata field (terms)" and "E: Unknown root metadata field (resources)"
[15:26] <geetha> Can any one please suggest the solution for this?
[15:26] <magicaltrout> its just charm tools out of date geetha
[15:26] <magicaltrout> don't worry about it
[15:26] <balloons> jcastro, lol! Indeed it actually won't since I have NO debian packaging. I've no idea how I would enable that. Let me ask
[15:28] <geetha> which is the latest version of charm tools?
[15:29] <geetha> will upgrading charm tools resolve the issue?
[15:29] <magicaltrout> don't think so
[15:29] <magicaltrout> its only a proof, you are free to ignore it
[15:30] <magicaltrout> i'm sure by 2.0 GA it will be resolved
[15:31] <geetha> oh ok.. thank you:)
[15:46] <aisrael> I believe there's an open bug to fix that proof error
[15:47] <aisrael> https://github.com/juju/charm-tools/issues/190
[15:47] <aisrael> So, fixed but maybe not released
[15:48] <magicaltrout> ah see! what do i know?! ;)
[15:48] <magicaltrout> its been a few weeks since i ran charm proof
[15:48] <magicaltrout> it may have been released by now
[16:40] <lazyPower> mbruzek - bitesized review for you when you've got a chance https://github.com/juju-solutions/layer-docker/pull/60
[18:38] <zeestrat> Hey, anyone know how to add regular users to the controller administrator group in Juju 2.0-beta13? I can't see any way to elevate/grant users to the admin group so they can create models.
[18:41] <jcastro> evilnickveitch: are you changing the title stubs for articles in the docs?
[18:42] <jcastro> ie. config-manual -> clouds-manual
[18:44] <evilnickveitch> jcastro, we actually removed all the old config pages.  All the info was in the credentials page
[18:45] <evilnickveitch> but then we had to make new pages for some of it anyway
[18:45] <evilnickveitch> so, they aren't just renamed, they are completely different pages
[18:45] <jcastro> I just don't get why we wouldn't have the existing pages reditect to the new ones
[18:45] <jcastro> or at least just all the old config pages to the new creds page
[18:46] <evilnickveitch> jcastro, I never said we shouldn't
[18:51] <jcastro> evilnickveitch: can you take an item to file an RT to get those fixed?
[18:54] <evilnickveitch> jcastro, yeah. I don't think it pays to be too specific as the docs aren't really finished, but I can get all the config-* pages pointed at clouds
[18:54] <jcastro> yeah the config pages in particular is all I care about
[18:54] <evilnickveitch> ok
[18:54] <jcastro> if we had a fancy "we can't find foo so here's where we think you should go" would be one thing
[18:55] <jcastro> but right now if you 404 we kind of leave people with no place to go
[18:59] <jcastro> evilnickveitch: from digging in GA the config pages had about 3k views in the past 30 days
[19:08] <evilnickveitch> jcastro sent. The last one got actioned pretty quickly.
[19:09] <jcastro> excellent, thanks man!
[21:42] <bdx> icey: whats up? Where did you leave off with charm-vault? - Is there a consul charm that interfaces with it, or did it not get that far?
[21:44] <bdx> cholcombe:^