[00:11] hey marcoceppi how angry were you when looking at code? [00:12] I can't help but think it was something like this [00:12] https://dl.dropboxusercontent.com/u/8503756/8252253547_c234b97423_b.jpg [01:41] skay_ xenial right? [01:41] lazyPower: yes [01:42] I just ran it on a Xenial host, seems to have worked here with the hello-world snap... [05:36] skay_: Are you by any chance trying to do this under LXD? Snaps don't work in LXD containers for reasons I haven't looked into. I was hoping this would be fixed in the short term so I wouldn't need to document the limitation or put checks in the code. [08:14] Good morning Juju world [08:20] Good morning! [09:10] hello - what, specifically, do i need to upgrade to resolve this: ERROR unrecognized command: charm publish === CyberJacob is now known as zz_CyberJacob [09:33] admcleod, i believe it has been replaced with 'charm release' [09:54] Hi! How to define bindings for the charm? Some charm uses 'network-get public --primary-address' and gets the same as 'unit-get private-address' but in juju 1.25 it was public-address [09:54] and it's a problem [13:33] stub: hey, yes indeed I'm using lxd. maybe I can ask in the snappy channel [13:37] lazyPower: were you using lxd? [13:44] admcleod: s/publish/release [13:47] I did everything it told me to do, but this is still different: [13:48] I did everything it told me to do, but this is still different:Unit Workload Agent Machine Public address Ports Message [13:48] mediawiki/0 waiting allocating 0 waiting for machine [13:48] mysql/0 waiting allocating 1 waiting for machine [13:48] Machine State DNS Inst id Series AZ [13:48] 0 pending pending trusty [13:48] 1 pending pending trusty [13:50] MotherDuckingNew: what's the cloud you're using? [13:51] I don't know. I just followed this. https://jujucharms.com/docs/stable/getting-started [13:53] MotherDuckingNew: can you please pastebin the output of juju status --format=yaml [13:59] http://pastebin.com/tR1KJwAP [14:00] MotherDuckingNew: so the feedback there is important: "copying image for..." [14:26] skay_ - i was not. [14:30] lazyPower: I guess I could switch to using juju1 unless there is a way to use juju2 with lxc [14:30] lazyPower: juju1 doesn't have layers, right? [14:30] skay_ - you can use juju2 with lxd [14:31] you can also use layered charms with juju 1 [14:31] lazyPower: old lxc [14:31] lazyPower: if the layer-snap has trouble with lxd vs. old lxc then I can't use lxd [14:32] lazyPower: ok, to recap. I can still use layers, regardless [14:33] yep :) [14:33] i dont think juju 1.25 has resource support though [14:33] and you were attempting to deliver a snap as a charm resource right? [14:46] (I just got disconnected) What is the lesson I should learn from that pastebin? [14:47] MotherDuckingNew: sorry, the status there states that lxd was downloading the ubuntu-trusty images and it was at 97% done [14:48] MotherDuckingNew: so the lesson was that there's more detailed information on "waiting for machine" in the yaml output that pointed to what was going on [14:58] Hiya, cory_fu. How do you use that interface you added to zeppelin to register notebooks? Is it in the current zeppelin charm in the store? [14:59] petevg: It is, and it's documented in the interface's README: https://github.com/juju-solutions/interface-zeppelin#charms-registering-a-notebook [15:03] cory_fu: cool. I am jet lagged, but gave it a read. We don't have a way of just dumping a notebook in without it being part of another charm now, right? [15:03] ... but I guess I can expose the register notebook routine as an action. [15:04] petevg: Indeed. I had planned to make an action for it, but haven't done so yet [15:05] cory_fu: cool. If I get ambitious, I will add it. [15:23] cory_fu: does this seem too crazy? https://github.com/juju/charm-tools/pull/284 [15:25] marcoceppi: Seems fine to me [15:25] cory_fu: I have no idea what entity is [15:25] or if it has makedirs_p as a method [15:27] marcoceppi: It's a Path object, so yes, it should have that method [15:27] marcoceppi: It gets populated by https://github.com/juju/charm-tools/blob/master/charmtools/build/builder.py#L326 via https://github.com/juju/charm-tools/blob/master/charmtools/build/builder.py#L295 [15:30] Do child layers have access to relations from parent layers? [15:32] Like, if I have layer-foo that depends on layer-bar, and layer-bar includes interface-baz, does layer-foo have access to interface-baz? [15:33] ryebot: yes [15:33] marcoceppi: excellent, thanks! [15:34] Also, I assume it's bad form for interface layers to do things beyond communication, like install software. Is that correct? [15:38] ryebot: generally, yes, typically if you have to do things like installation, it's best to make a layer- which does the common components in a reactive directory for installation and handling of complex measures then raising it's own state [15:38] ryebot: that's a guide line, and there are always exceptions [15:38] cory_fu: so, it works, but doesn't [15:38] cory_fu: jk, it works [15:38] marcoceppi: perfect, thanks [15:43] lazyPower: yes, I wanted to use resources [15:43] lazyPower: I like the idea of snapping my application, but I don't want to publish it int he store [15:44] cory_fu: can you TAL again re: https://github.com/juju/charm-tools/pull/284 [15:44] lazyPower: I thought maybe if I used a resource I wouldn't need to [15:45] marcoceppi: Oh, yeah, that makes sense [15:46] cory_fu: I actually tested it, lol [15:46] Madness [15:51] Evening, is there a seperate channel for juju docs and contributing to that? [15:54] deanman, there isn't a specific docs channel no, but I can help you. [15:54] deanman: I don't think there's specific one for docs, but also happy to have docs talk in #juju-dev [15:54] oh yeah, or there :) [15:55] evilnickveitch: i'll catchup with you in juju-devs then [15:59] cory_fu: do you have a few mins to chat about the snap problems? [15:59] marcoceppi: In a meeting. Give me a few min [15:59] kk [16:13] tvansteenburgh: Can you join us in https://hangouts.google.com/hangouts/_/canonical.com/daily-bigdata?authuser=1 real quick? [16:17] Oh, he's at the dentist [16:17] marcoceppi: Ok, I'm free. What HO should I join? [16:29] cory_fu: how about [16:30] cory_fu: https://hangouts.google.com/hangouts/_/canonical.com/snappy-pip [16:55] cory_fu: back from dentist, you still need me? [16:57] tvansteenburgh: kwmonroe, kjackal, and I wanted your help with getting the RQ updated in production, since we tested it in staging last week [16:58] tvansteenburgh: I have another meeting right now, but if you wanted to jump on a HO w/ kwmonroe and kjackal, I can join when I'm done [16:58] cory_fu: sure, whatever you guys prefer [17:00] cory_fu: kjackal, let's do it after the CI chat since that might surface more work for tvansteenburgh. so, like in an hour-ish. [17:01] kwmonroe: i have a meeting in an hour [17:05] tvansteenburgh: if you're free now, https://hangouts.google.com/hangouts/_/canonical.com/juju-ci (kjackal cory_fu too if you want) [17:12] the ceph charm suggests it should work with directories instead of devices: https://jujucharms.com/ceph/ osd-devices says "charm assumes anything not starting with /dev is a directory instead" Does that actually work? If it doesn't were should I file a bug? [17:54] lazyPower: how/where are we meeting re: elasticstack [17:54] jrwren invite deployed [17:54] https://hangouts.google.com/hangouts/_/canonical.com/elastic-stack?authuser=0 [17:54] to anyone else following along at home, you can join here [17:54] lazyPower: thanks! === frankban is now known as frankban|afk [20:11] I'm hitting this on charm build across the board http://paste.ubuntu.com/23482201/ [20:14] ok nm only in certain charms [20:19] bdx - is there an exclude: directive in the layer.yaml? [20:19] lazyPower: no [20:20] I've removed some layers from my layer.yaml ... getting charm build to succeed now ... should find the cause momentarilly [20:21] bdx - i know that right now etcd only builds against charm-tools from tip, which is why i asked. and its due to the exclude: directive in the layer.yaml [20:21] grrrrr - https://github.com/jamesbeedy/juju-layer-composer/blob/master/layer.yaml#L6 [20:21] srry - my b [20:22] tadaaaa [20:22] invalid yaml, dun dun dunnnnn [20:24] bdx np, i do it all the time too === zz_CyberJacob is now known as CyberJacob