[09:00] <kjackal> Hello Juju World!
[12:38] <rick_h_> kjackal: howdy
[12:38] <kjackal> hi rick_h_!
[12:51] <lazyPower> o/ juju add-unit hello-world
[13:24] <lazyPower> magicaltrout i am excite! We have a meeting in ~ 30 minutes, and there's a new com truise album! I dont know what i did to deserve today, but it must have been something right
[13:25] <rick_h_> lazyPower: lol, my brain turned that into "a new tom cruise album"
[13:26] <lazyPower> rick_h_ - i do the same thing sometimes ;)   California based electronic artist != eccentric billionare movie star
[13:41] <balloons> is there anyone running xenial who can verify a bug for me?
[13:44] <lazyPower> balloons - i've got several xenial containers/vm's. Whats up?
[13:46] <balloons> lazyPower, I'm trying to figure out bug 1614959. You need a xenial with juju-1-default installed and to have not upgraded to 1.25.6 yet
[13:46] <mup> Bug #1614959: /usr/bin/juju is missing after upgrade to 1.25.6 <juju-release-tools:New> <juju-core-1 (Ubuntu):New> <https://launchpad.net/bugs/1614959>
[13:46] <lazyPower> weird, let me try to repro -- i'm headed into a meeting shoirtly but will ping back with results if i can repro
[13:56] <lazyPower> that awkward moment when you realize a system restore nuked your VM's because you omitted them from the backups...
[13:58] <magicaltrout> rick_h_: my double vision also turned that into Tom  Cruise
[13:59] <lazyPower> https://www.youtube.com/watch?v=jTgttHHjGRI
[13:59] <lazyPower> maybe that will help
[14:00] <balloons> lazyPower, I'd like the output of all those commands in the bug before and after the upgrade. ls -al /usr/bin/juju* and dpkg-divert --list | grep juju
[14:00] <lazyPower> balloons - ack, will do. just wrapped up creating a new vm
[14:01] <lazyPower> magicaltrout - jwaiting on you sir https://hangouts.google.com/hangouts/_/canonical.com/troutpocalypse?authuser=0
[14:02] <magicaltrout> my hangout says its requesting a join
[14:02]  * magicaltrout tries again
[14:03] <magicaltrout> oh i was joining as meteorite.bi
[14:03]  * magicaltrout swaps
[14:03] <lazyPower> that awkward moment when you realize you have the hangout locked up from the casuals
[14:54] <magicaltrout> lazyPower: Amazon Music just said
[14:54] <magicaltrout> "We ran the numbers and we think you'll like this station"
[14:54]  * lazyPower smirks
[14:54] <magicaltrout> It was Little Mix....
[14:54] <magicaltrout> :'(
[14:54] <lazyPower> little mix?
[14:54] <lazyPower> i'm not familiar
[14:54] <magicaltrout> girl band
[14:54] <magicaltrout> their learning algo sucks
[14:55] <lazyPower> heh, do you have family members using your prime acct?
[14:55] <lazyPower> that's a sure fire way to mux up their learning algs
[14:55] <magicaltrout> aye. No one else uses it, the only stuff in it is Weather Report, Blue Brothers, and a few punk albums
[14:55] <magicaltrout> not sure what planet they're on
[14:57] <jrwren> "we ran the numbers and the record label paid us to promote this factory band"
[14:58] <lazyPower> ^
[14:58] <lazyPower> i think thats more than likely the culprit
[14:58] <magicaltrout> hehe
[14:58] <magicaltrout> maybe they mistyped s/the/our
[14:59] <magicaltrout> oooh its so nice to nearly be able to read a screen today
[14:59] <magicaltrout> that said I have a 4k screen with gnome-terminal on full zoom
[15:01] <lazyPower> magicaltrout - they say trouts are wall-eyed
[15:01] <lazyPower> do you feel like you're looking through a fish-eye lense?
[15:01] <magicaltrout> hehe it does at times
[15:01] <magicaltrout> its weird today
[15:02] <magicaltrout> sometimes i can see with perfect clairty for a split second
[15:02] <magicaltrout> then it switches to fuzzy
[15:02] <magicaltrout> but keeps repeating for a few minutes
[15:02] <magicaltrout> like my eyes remember how to focus and then forget
[15:02] <jrwren> magicaltrout: are you ok? detached cornea?
[15:02] <magicaltrout> na jrwren lasek
[15:03] <lazyPower> i'm living vicariously through magicaltrout's surgery. i've considered it myself bu ti'm hyper scared to have someone lazering on my eyeballs
[15:03] <magicaltrout> hehe
[15:03] <magicaltrout> i can read a license plate from 36 meters today when i tested it
[15:03] <magicaltrout> which is pretty cool
[15:03] <magicaltrout> its just the close up stuff that i'm having issues with
[15:03] <magicaltrout> but thats normal
[15:04] <magicaltrout> for 7 - 14 days
[15:04] <lazyPower> so if i do it, it'll be over xmas shutdown
[15:04] <magicaltrout> depends what you have done as well lazyPower
[15:04] <lazyPower> i cant afford the time away from reading a monitor :( too much to do, too little time
[15:04] <magicaltrout> lasek or lasik
[15:04] <magicaltrout> lasik is more standard and much quicker recovery
[15:04] <magicaltrout> but my cornea was too thin
[15:05] <lazyPower> i have astigmatism so i'm likely to have the extra expensive and tricky lazering
[15:05] <magicaltrout> yeah i had an astigatism as well
[15:05] <magicaltrout> it wasn't cheap, but i don't like my lenses and glasses get on my nerves
[15:05] <lazyPower> agreed
[15:05] <lazyPower> they fog up in winter, and slide off your nugget in summer
[15:06] <magicaltrout> yup
[15:06] <lazyPower> the only perk is transitions
[15:06] <lazyPower> i always have sunglasses on hand
[15:06] <jrwren> i've only had glasses for a month. :p
[15:06] <lazyPower> i've been wearing glasses since i was 12 :/
[15:06] <magicaltrout> except i now have hipster sunglasses without the problems of a prescription ;)
[15:06] <lazyPower> i'm over it
[15:06] <magicaltrout> yeah i had them around 12
[15:06] <magicaltrout> i like lenses because of the all round vision
[15:07] <magicaltrout> but they just wear your eyes out
[15:10] <lazyPower> yeah
[15:10] <lazyPower> eyestrain is a real thing
[15:10] <lazyPower> I tend to work until my eyes hurt and thats when i know its time to EOD
[15:10] <lazyPower> not the best policy by any means
[15:11] <magicaltrout> hmm
[15:11] <magicaltrout> i don't get eyestrain
[15:11] <magicaltrout> maybe thats why i just keep going
[15:11] <jrwren> I never felt eyestrain, but maybe its because I've trained my eyes since I was 6yo :p
[15:11] <jrwren> And now with fancy pants lenses doing that whole polarization filtering thing... even less eyestrain, not that I ever noticed.
[15:16] <magicaltrout> well assuming my near sighted vision clears up i'm well happy with this investment
[15:17] <magicaltrout> even if i need glasses for some near sighted stuff which isn't the plan, i'd still consider it money well spent
[15:19] <lazyPower> fair enough :)
[15:20] <magicaltrout> funnily when i had my checkup the other day i couldn't see anything out of my right eye
[15:20] <magicaltrout> today its much clearer than the left eye
[15:21] <magicaltrout> they need to hurry up and align so I can write talk content ;)
[15:21] <lazyPower> your cones and rods are working against you
[15:22] <balloons> lazyPower, did you try replicating the bug?
[15:23] <lazyPower> balloons - i have the vm stood up, was just about ot circle back and run through the log
[15:26] <lazyPower> balloons - give me 15 minutes and i'll context switch to this until i have your log output
[15:28] <balloons> lazyPower, thank you. The key is to ensure juju-1-default is diverting /usr/bin/juju to juju-1 before and after the upgrade
[15:45] <jcastro> rick_h_: so far for the summit I only have your talk and dimiter's on networking for core-ish talks.
[15:45] <jcastro> rick_h_space is filling up so if you want more core-ish talks please lmk asap
[15:58] <kjackal> kwmonroe: petevg: I have a question regarding the Barcelona style issue that we have,  what zookeeper charm should we use for promulgated bundles?
[15:59] <lazyPower> balloons - to be very specific, if i install juju-1.25=1.25.5-0ubuntu3  and then upgrade
[15:59] <petevg> kjackal: I think that we should use the trusty version.
[15:59] <lazyPower> thats the path we are looking to have tested?
[16:00] <kjackal> petevg: the one we have from james, right?
[16:00] <petevg> kjackal: correct. The one that's already in the store.
[16:00] <petevg> The xenial one isn't promulgated yet.
[16:00] <petevg> And when we do promulgate it, we'll probably do so without the need for the openjdk relation.
[16:00] <petevg> cory_fu: does the above sound correct?
[16:00] <kwmonroe> petevg: the xenial is promulgated
[16:01] <kwmonroe> https://jujucharms.com/zookeeper/ (xenial only)
[16:01] <balloons> lazyPower, yes. And make sure juju-1-default is installed
[16:02] <petevg> kwmonroe: cool! In that case, kjackal: I think that you should still use the trusty one, if the rest of your bundle is trusty stuff. Though if you want to wait for the xenial one to get re-deployed without the need for the openjdk relation, then you could use the xenial one.
[16:02] <balloons> lazyPower, and record the values before and after so we can vet it looks good before (and works), and doesn't afterwards
[16:02] <kwmonroe> petevg: kjackal, the trusty version (james') has to be explicitly namespaced (cs:~charmers/zookeeper/trusty): https://jujucharms.com/u/charmers/zookeeper/trusty
[16:03] <petevg> kwmonroe: Did we deploy a trusty version of the new zookeeper charm, then?
[16:05] <shilpa> Hi, can we have a package name without any extension say .zip or tar.gz in resources ?
[16:06] <lazyPower> balloons http://paste.ubuntu.com/23070607/
[16:06] <kwmonroe> no petevg.. bigtop zk for trusty is not promulgated.  that version is only available in bd-dev: https://jujucharms.com/u/bigdata-dev/zookeeper/trusty
[16:08] <kjackal> kwmonroe: have we promulgated the bt spark? (You are our official release manager!)
[16:11] <kwmonroe> negative kjackal, latest spark with your most recent "Spark tests need to pass" fixes is https://jujucharms.com/u/bigdata-dev/spark/trusty/9
[16:12] <kwmonroe> kjackal: i was going to promulgate after checking out your "spark houskeeping" review
[16:12] <kjackal> Cool, thank you
[16:12] <lazyPower> balloons - all that looks sane to me
[16:13] <lazyPower> i've nuked and repeated twice now... unable to reproduce
[16:14] <kjackal> petevg: I got multiple agents in failed state when deploying the hadoop bundle, digging into this
[16:14] <petevg> kjackal: cool. thx for investigating.
[16:15] <balloons> lazyPower, that makes me very happy to hear.. Although I'm still not sure why others are seeing it
[16:15] <balloons> lazyPower, thank you
[16:15]  * lazyPower nods
[16:15] <lazyPower> happy to help, sorry it took so long
[16:15] <lazyPower> who knew friday would be busy when you come back from time off ;)
[16:17] <kwmonroe> shilpa: i just checked out the latest resources docs (https://jujucharms.com/docs/2.0/developer-resources), and it seems like there is some logic to check the extension.. so i'm not sure if you can omit one.  the test would be to specify a non-extension filename in metadata.yaml and see if juju allows you to subsequently attach a non-extention file to that charm.
[16:17] <kwmonroe> shilpa: here's the sentence that makes me think there's some extension logic happening:  "The filename is what Juju will name the file locally when it is downloaded. Juju will check the extension on the file being uploaded and will prevent files with different extensions from being uploaded."
[16:21] <kwmonroe> shilpa: based on this bug, it seems you should be able to define a filename with no extension in metadata.yaml and attach a resource with no extension:  https://bugs.launchpad.net/juju-core/+bug/1578383
[16:21] <mup> Bug #1578383: incorrect extension on resource upload <resources> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1578383>
[16:21] <kjackal> petevg: this is in the ganglia nodes but it seems unrelated... http://pastebin.ubuntu.com/23070770/
[16:23] <petevg> kjackal: interesting. I think that I may have seen something similar. Will dig around in the logs in a bit (right now, my local juju is busy bootstrapping a new aws controller).
[16:23] <shilpa> thanks kevin, sometime back i had tried without specifying extension in metadata file, when i did juju attach, it was throwing some error.
[16:24] <shilpa> i will try once again without extension in metadata and do juju attach.
[16:29] <petevg> kjackal: hmmm. I don't seem to have that particular error in my current ganglia node. You're right that it's probably not related, though.
[16:30] <kjackal> petevg: going to queue the tests on a different machine
[17:11] <rick_h_> jcastro: k, tganks fornthe heads up. have we reached out to bac about something around the charmstore/gui?
[17:12] <jcastro> are you asking me or telling me?
[17:12] <rick_h_> jcastro: and any suggestions on core thing that would go over well for the audience? /me isn't sure who' coming to this one
[17:12] <rick_h_> jcastro: asking
[17:12] <rick_h_> jcastro: and slightly suggesting if the answer is no
[18:01] <cholcombe> how do you specify local charms in a juju2 bundle?
[18:01] <cholcombe> it seems to have changed
[18:02] <cholcombe> nvm, giving it the full path works
[18:03] <jrwren> cholcombe: I think relative path works too, it just needs to start with ./
[18:18] <cholcombe> does charm push take into account layer+reactive charms?  I'm guessing I push the built bits correct?
[18:21] <jrwren> cholcombe: charm push knows nothing about layer or reactive. push the built bits.
[18:25] <cholcombe> jrwren, ok cool that's what i thought
[18:45] <bdx> marcoceppi: what is secretstorage ?
[18:46] <petevg> kwmonroe: are you able to get bundletester to work at all with juju beta 15? I fail on a KeyError in jujuclient (it looks like its due to some consistencies in how "juju show-model" and "juju switch" name the models).
[18:55] <marcoceppi> bdx: it's like a dependency or a dependency of a dep that got bumped and broke a bunch of stuff
[18:56] <marcoceppi> bdx: beisner has the details
[18:59] <ahasenack> hi, do you guys know what's up with juju(2) storage?
[18:59] <ahasenack> I can't get a pool list
[18:59] <ahasenack> $ juju-2.0 storage pool list --filesystem
[18:59] <ahasenack> "machine-pool" is not a valid machine tag
[18:59] <ahasenack> "machine-list" is not a valid machine tag
[18:59] <ahasenack> juju-2.0 help storage also doesn't match, at all, what's described in https://jujucharms.com/docs/2.0/charms-storage
[19:00] <rick_h_> ahasenack: yes, there's a bug open on the docs to get it caught up to the 2.0 cli updates
[19:01] <ahasenack> rick_h_: according to help, there isn't any subcommand for storage anymore, is that right?
[19:01] <rick_h_> juju help commands | grep pool
[19:01] <ahasenack> ah
[19:01] <rick_h_> ahasenack: yes, like everything else in 2.0 there's a pool "noun" and verbs to list, etc
[19:02] <ahasenack> list-storage-pools lists the types, not the pools I created
[19:02] <ahasenack> I guess that's when "juju-2.0 storage" comes in
[19:03] <rick_h_> ahasenack: hmm, there's show-storage for a specific one, is storage the list-storage equiv that shows the created ones?
[19:03]  * rick_h_ needs to play with that more
[19:04] <ahasenack> I grepped for pool :)
[19:04] <rick_h_> heh
[19:04]  * ahasenack refines the grep
[19:04] <ahasenack> ok, I see
[19:04] <ahasenack> lots of aliases
[19:04] <ahasenack> since we are still in beta, these aliases could be dropped
[19:04] <rick_h_> ahasenack: yes, definitely
[19:05] <rick_h_> ahasenack: another bug that's filed to clean those up somewhere.
[19:10] <ahasenack> I think pool, count and size are in the wrong order
[19:11] <ahasenack> The acceptable format for storage constraints is a comma separated
[19:11] <ahasenack> sequence of: POOL, COUNT, and SIZE, where
[19:11] <ahasenack> ...
[19:11] <ahasenack>       juju add-storage u/0 data=ebs,1024,3
[19:17] <rick_h_> ahasenack: heh yes, agree
[19:54] <wolsen> lazyPower: for the kubernetes bundle on openstack, looks like they need to be able to add an external keyserver... so if there is firewalled access I'll have to clear the firewalls right
[19:54] <lazyPower> wolsen - there's quite a few external dependencies there
[19:54] <lazyPower> external key server, external image registry, and github access required to clone easy_rsa
[19:54] <wolsen> lazyPower: ack thx, let me just enable the squid proxy in general
[20:56] <petevg> hiya, bradm: are you still maintaining the bip charm? There are a couple of open PRs against it (start at https://code.launchpad.net/~josvaz/charms/trusty/bip/client_side_ssl-with_helper-lp1604894/+merge/301802) that need some love from the maintainer (and possibly a redirection to your branch).
[21:32] <cloudguru> Have a strange error.  We are building new layer-docker charms that passed proof and build back in March .  The exact same code now produces the following error when running 'charm build ./hss' :
[21:32] <cloudguru> Traceback (most recent call last):
[21:32] <cloudguru>   File "/usr/bin/charm-build", line 9, in <module>
[21:32] <cloudguru>     load_entry_point('charm-tools==2.1.2', 'console_scripts', 'charm-build')()
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/__init__.py", line 673, in main
[21:32] <cloudguru>     build()
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/__init__.py", line 516, in __call__
[21:32] <cloudguru>     self.generate()
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/__init__.py", line 467, in generate
[21:32] <cloudguru>     self.formulate_plan(layers)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/__init__.py", line 408, in formulate_plan
[21:32] <cloudguru>     self.plan = self.plan_layers(layers, output_files)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/__init__.py", line 319, in plan_layers
[21:32] <cloudguru>     next_layer / BuildConfig.DEFAULT_FILE, True)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/config.py", line 81, in add_config
[21:32] <cloudguru>     c.configure(config_file, allow_missing)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/config.py", line 69, in configure
[21:32] <cloudguru>     tactic = load_tactic(name, basedir)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/build/tactics.py", line 661, in load_tactic
[21:32] <cloudguru>     obj = utils.load_class(dpath, basedir)
[21:32] <cloudguru>   File "/usr/lib/python2.7/dist-packages/charmtools/utils.py", line 321, in load_class
[21:32] <cloudguru>     dpath, workingdir))
[21:32] <cloudguru> OSError: Unable to load tactics.docker.DockerWheelhouseTactic from /home/juju/charms/deps/layer/layer-basic
[21:33] <cloudguru> Any advice is appreciated
[22:54] <marcoceppi> cloudguru: have you updated the layers recently?
[23:15] <cloudguru> i've done apt update .. how do you update layer-docker layers ?
[23:55] <cloudguru> It looks like the charm pulls in the latest layer-docker .. I also tried to pull in from git but had the same result
[23:55] <cloudguru> could this be a simple permissions issue ?