andrew-ii53I got an error on `juju gui`: ERROR Juju GUI is not available: Juju GUI not found00:48
andrew-ii53Can I manually deploy gui to the controller?00:48
andrew-ii53Or, after switching to the controller model and deploying juju-gui, and then exposing it, how do I get that error to go away?01:11
andrew-ii53Or is my controller just sorta fubar'd and need a fresh bootstrapping? (Juju version 2.2.6 - bootstrapping has been a bit of a pain because I had to increase the timeouts due to ProLiants being slower than glaciers at booting)01:13
andrew-ii53oh heck nevermind01:14
andrew-ii53`juju upgrade-gui` did the trick01:15
=== frankban|afk is now known as frankban
=== wgrant_ is now known as wgrant
skaymy subordinate charm is not building like I expect, and charm proof isn't finding the hooks I've defined13:23
skayis there a helpful example I can refer too?13:24
rick_handrew-ii53: glad you got it worked out13:50
rick_hskay: hmmm, is it using the reactive framework?13:50
skayrick_h: yes. give me a bit, I'm cleaning it up so that I can push it somewhere13:51
skayrick_h: it's pretty simple13:51
cory_fuskay: If charm proof is complaining about hooks, are you sure that you're including "layer:basic" as one of your base layers in layers.yaml?  That's the layer that contains the hook template.14:18
skaycory_fu: oh, I'm not. I didn't know I needed it for a subordinate. that probably explains things14:18
skayI haven't written any subordinate charms before14:19
* skay head smack14:20
cory_fuskay: Yeah, a subordinate is basically the same as a regular charm, so it still needs layer:basic.  I would also *highly* recommend using the use_venv: true option (see https://github.com/juju-solutions/layer-basic#layer-configuration)14:20
cory_fuThat will keep your subordinate from conflicting with the principal charm for its python dependencies.  We're looking at making that a hard requirement for subordinates in the future14:21
[Kid]is there a way to list the "register" key for a user after it has been created?15:47
rick_h[Kid]: so that's a bug I know was addressed but I think it's in the upcoming 2.315:56
rick_h[Kid] https://bugs.launchpad.net/juju/+bug/165718715:57
mupBug #1657187: Get new token for existing user <canonical-is> <cwr-ci> <matrix> <juju:Fix Committed by anastasia-macmood> <https://launchpad.net/bugs/1657187>15:57
[Kid]rick_h, it isn't really a lost key, or is that what you would consider lost if i didn't write it down when i first created the user?17:59
rick_h[Kid]: as good as lost?17:59
[Kid]i guess i just thought there would be a way to view it without resetting it and affecting any other instances that were registered with that username17:59
[Kid]never even thought the key would be something that was shown only once, in other words.18:00
rick_h[Kid]: understand, apologies for the confusion but yea. It's a secret and so treated very secretly to help avoid it leaking as much as possible18:08
[Kid]ahh ok18:16
[Kid]no problem. i will wait on the PR then18:17
[Kid]to get merged18:17
[Kid]i guess i could go to latest beta, right?18:17
[Kid]or alpha18:17
rick_h[Kid]: yea, it looks like it's been landed and should be in the edge channel snap18:20
rick_h[Kid]: and I hear beta2 is on the way any day now18:20
=== frankban is now known as frankban|afk
beisnerhowdy cory_fu tvansteenburgh - hi we have a high prio break re: the USER env var changes.  https://github.com/juju/charm-tools/issues/36719:29
[Kid]is juju supported in a lxc container outside of the bootstrapping localhost?20:05
cory_fubeisner: It seems crazy to me that USER wouldn't be set, but it's a relatively easy fix.  But are we sure that the build dir when running on Jenkins will work with the confined snap (i.e., will be somewhere under the current user's home dir)?20:12
beisnercory_fu: by default jenkins doesn't define a USER env var.20:13
cory_fuYeah, I believe you.  It just seems odd.  :)20:14
beisnercory_fu: we've added one as a work-around, but we'll still have to go touch a ton of tox.inis like so in order to profit: https://review.openstack.org/#/c/516370/3/tox.ini20:14
cory_fubeisner: https://github.com/juju/charm-tools/pull/36820:16
cory_fukwmonroe: Can I get you to eyeball that, as well?20:16
cory_fuAdded a test20:21
cory_futvansteenburgh: Thanks.  kwmonroe, nm.20:23
cory_fubeisner: Once Travis finishes, I can get that to the candidate channel of the snap.  Is that sufficient?   We were planning a stable release first thing next week20:23
beisnercory_fu: we use python virtualenvs for all testing.  it'd need to hit pypi for us to consume.20:25
cory_fubeisner: You don't use the snap for charm-tools?  We really recommend using the snap rather than PyPI.  :/20:26
beisnerrather, we could consume the candidate of course, but it is higher touch for us to do that than to just feed a USER env var all the way through to the venv.20:26
beisnerwhy publish a python package if that's not a recommended delivery mechanism?20:27
beisnerwe can switch charm-tools to snap a consumption model indeed.  but not likely today.20:27
cory_fubeisner: It's only on PyPI because it's not factored properly and there are portions that are used by bundletester as a dep.  So, it's mostly a hold-over.20:28
kwmonroecory_fu: you wanna tweak this too? https://github.com/juju/charm-tools/blob/ea5878000a0a33780e1434c83f25c1f97fc847ba/tests/generators/test_generator.py#L5220:28
beisnerright.  we use BT.  seems things are in a limbo state atm.20:28
cory_fukwmonroe: I think that test is still fine.  It's still using expanduser, so that still patches the right thing20:30
kwmonroeah, right cory_fu, get_home still calls eu.  i read good.20:33
ryebotI'm trying to bootstrap a controller strict with egress restrictions. I've set up an apt mirror and boostrapped using it with --config apt-mirror=<my mirror>, however I'm still seeing apt operations fail because they're trying to access security.ubuntu.com. Is there a way to make them point at my apt mirror?20:45
ryebotwith strict* :\20:45
kwmonroeryebot: is it the bootstrap that fails, or a subsequent deploy to the default model?21:00
ryebotkwmonroe: the bootstrap - I ssh into the not-yet-controller machine and check cloud-init-output.log21:00
ryebotkwmonroe: I'm currently disabling os-update mechanisms (no apt update/upgrade), but I guess I'm not happy with that even if it works.21:01
ryebotkwmonroe: nah doesn't seem to work anyway21:02
kwmonroeryebot: you did both configs?  --config enable-os-refresh-update=false --config enable-os-upgrade=false21:03
ryebotit's making it to trying to install stuff now, but still bailing on security.ubuntu.com hits21:04
kwmonroeryebot: for giggles, add an entry in your /etc/hosts where you're running the bootstrap:  "<mirror-ip> archive.ubuntu.com  security.ubuntu.com"21:05
ryebotkwmonroe: in the controller itself?21:05
kwmonroei dunno if that'll work because it's probably failing to find security.u.c from the bootstrap node (not your local machine)21:05
ryebotyeah, that's right, on the controller21:06
kwmonroeryebot: sure, if you can get to the controller, add it there too.21:06
ryebotyeah, I can force it, but I need it to work without doing crazy stuff21:06
* ryebot sighs21:06
ryebotI don't want my offline docs to read, "While the controller is attempting and failing to bootstrap, ssh in and muck about with /etc/hosts!" xD21:08
ryebothoping some juju dev will come along and tell me how to do it right...21:08
* ryebot coughs21:08
kwmonroeryebot: you may enjoy this: https://bugs.launchpad.net/juju/+bug/160648721:10
mupBug #1606487: apt-mirror does not override security.ubuntu.com for controller <juju:Triaged> <https://launchpad.net/bugs/1606487>21:10
ryebotyeah, I saw that, didn't want to believe it21:10
ryebotshut my eyes and spammed here instead21:10
* ryebot tries to replace kwmonroe's link with a cat picture.21:11
ryebotalright, I gotta do a thing. thanks for the kittens, kwmonroe21:11
kwmonroeget good candy21:11
jhobbsi'm getting an old version of a charm when i use 'charm pull' on it; it's not giving me the latest stable version21:23
jhobbs'charm show' lists the new version ~8, but charm pull gives me ~4, unless i specify --channel stable, in which case i get ~821:24
jhobbswhat am i missing?21:25
kwmonroejhobbs: i'm gonna guess it's related to perms:21:31
kwmonroe  Read:21:31
kwmonroe  - oil-charms21:31
kwmonroejhobbs: i can pull rev4, but not --channel stable.  i get access denied if i try to pull a rev > 421:31
kwmonroejhobbs: if you're ok with everyone reading that charm, do a 'charm grant cs:~oil-charms/ci-configurator --channel stable'21:33
kwmonroeer, 'charm grant cs:~oil-charms/ci-configurator everyone --channel stable'21:33
jhobbsi did 'charm grant cs:~oil-charms/ci-configurator-8 everyone'21:33
jhobbsi will do that too21:33
jhobbskwmonroe: i did the grant you suggested and i'm still getting -421:34
kwmonroeyeah jhobbs, me too.. but at least now i can do a charm show on it, and this is accurate: https://jujucharms.com/u/oil-charms/ci-configurator/21:36
kwmonroeso, ya know, small victories :/21:36
kwmonroecory_fu: do a 'charm pull cs:~oil-charms/ci-configurator' and tell me what rev you get21:37
kwmonroejhobbs: maybe you and i have some wacky charm cache21:38
cory_fukwmonroe, jhobbs: I get 421:39
jhobbsseems like a bug maybe21:39
jhobbsi'll file one against jujucharms.com21:39
jhobbsthanks for the help!21:39
kwmonroecory_fu: you think it's a bug with charm pull or the store?  "charm pull cs:~oil-charms/ci-configurator --channel stable" will give you rev8, but omitting the channel gives you r4.21:40
kwmonroejhobbs: the issue might be here https://github.com/juju/charm-tools/issues as it seems like the store is up to date.21:41
cory_fukwmonroe: It wouldn't be in charm-tools, it would be in the charm go code21:41
cory_fukwmonroe: You can add --debug to charm pull to see more info about what it's doing21:42
jhobbsit's grabbing https://api.jujucharms.com/charmstore/v5/~oil-charms/ci-configurator/archive21:46
jhobbswhich has the old version21:46
cory_fujhobbs: And if you add --channel=stable, then it adds that as an explicit param to that URL21:47
cory_fuSo it seems like a charmstore issue, though I would have expected charm pull to include stable as the param explicitly by default21:47
jhobbsit's working now21:49
jhobbsi just need to wait longer next time i guess21:50
jhobbsthanks again21:50

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!