/srv/irclogs.ubuntu.com/2016/11/15/#juju.txt

magicaltrouthey marcoceppi how angry were you when looking at code?00:11
magicaltroutI can't help but think it was something like this00:12
magicaltrouthttps://dl.dropboxusercontent.com/u/8503756/8252253547_c234b97423_b.jpg00:12
lazyPowerskay_ xenial right?01:41
skay_lazyPower: yes01:41
lazyPowerI just ran it on a Xenial host, seems to have worked here with the hello-world snap...01:42
stubskay_: 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.05:36
kjackalGood morning Juju world08:14
anrahGood morning!08:20
admcleodhello - what, specifically, do i need to upgrade to resolve this: ERROR unrecognized command: charm publish09:10
=== CyberJacob is now known as zz_CyberJacob
evilnickveitchadmcleod, i believe it has been replaced with 'charm release'09:33
andrey-mpHi! 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-address09:54
andrey-mpand it's a problem09:54
skay_stub: hey, yes indeed I'm using lxd. maybe I can ask in the snappy channel13:33
skay_lazyPower: were you using lxd?13:37
rick_hadmcleod: s/publish/release13:44
MotherDuckingNewI did everything it told me to do, but this is still different:13:47
MotherDuckingNewI did everything it told me to do, but this is still different:Unit         Workload  Agent       Machine  Public address  Ports  Message13:48
MotherDuckingNewmediawiki/0  waiting   allocating  0                               waiting for machine13:48
MotherDuckingNewmysql/0      waiting   allocating  1                               waiting for machine13:48
MotherDuckingNewMachine  State    DNS  Inst id  Series  AZ13:48
MotherDuckingNew0        pending       pending  trusty13:48
MotherDuckingNew1        pending       pending  trusty13:48
marcoceppiMotherDuckingNew: what's the cloud you're using?13:50
MotherDuckingNewI don't know. I just followed this. https://jujucharms.com/docs/stable/getting-started13:51
rick_hMotherDuckingNew: can you please pastebin the output of juju status --format=yaml13:53
MotherDuckingNewhttp://pastebin.com/tR1KJwAP13:59
rick_hMotherDuckingNew: so the feedback there is important: "copying image for..."14:00
lazyPowerskay_ - i was not.14:26
skay_lazyPower: I guess I could switch to using juju1 unless there is a way to use juju2 with lxc14:30
skay_lazyPower: juju1 doesn't have layers, right?14:30
lazyPowerskay_ - you can use juju2 with lxd14:30
lazyPoweryou can also use layered charms with juju 114:31
skay_lazyPower: old lxc14:31
skay_lazyPower: if the layer-snap has trouble with lxd vs. old lxc then I can't use lxd14:31
skay_lazyPower: ok, to recap. I can still use layers, regardless14:32
lazyPoweryep :)14:33
lazyPoweri dont think juju 1.25 has resource support though14:33
lazyPowerand you were attempting to deliver a snap as a charm resource right?14:33
MotherDuckingNew(I just got disconnected) What is the lesson I should learn from that pastebin?14:46
rick_hMotherDuckingNew: sorry, the status there states that lxd was downloading the ubuntu-trusty images and it was at 97% done14:47
rick_hMotherDuckingNew: so the lesson was that there's more detailed information on "waiting for machine" in the yaml output that pointed to what was going on14:48
petevgHiya, 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:58
cory_fupetevg: It is, and it's documented in the interface's README: https://github.com/juju-solutions/interface-zeppelin#charms-registering-a-notebook14:59
petevgcory_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
petevg... but I guess I can expose the register notebook routine as an action.15:03
cory_fupetevg: Indeed. I had planned to make an action for it, but haven't done so yet15:04
petevgcory_fu: cool. If I get ambitious, I will add it.15:05
marcoceppicory_fu: does this seem too crazy? https://github.com/juju/charm-tools/pull/28415:23
cory_fumarcoceppi: Seems fine to me15:25
marcoceppicory_fu: I have no idea what entity is15:25
marcoceppior if it has makedirs_p as a method15:25
cory_fumarcoceppi: It's a Path object, so yes, it should have that method15:27
cory_fumarcoceppi: 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#L29515:27
ryebotDo child layers have access to relations from parent layers?15:30
ryebotLike, 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:32
marcoceppiryebot: yes15:33
ryebotmarcoceppi: excellent, thanks!15:33
ryebotAlso, I assume it's bad form for interface layers to do things beyond communication, like install software. Is that correct?15:34
marcoceppiryebot: generally, yes, typically if you have to do things like installation, it's best to make a layer-<interface> which does the common components in a reactive directory for installation and handling of complex  measures then raising it's own state15:38
marcoceppiryebot: that's a guide line, and there are always exceptions15:38
marcoceppicory_fu: so, it works, but doesn't15:38
marcoceppicory_fu: jk, it works15:38
ryebotmarcoceppi: perfect, thanks15:38
skay_lazyPower: yes, I wanted to use resources15:43
skay_lazyPower: I like the idea of snapping my application, but I don't want to publish it int he store15:43
marcoceppicory_fu: can you TAL again re: https://github.com/juju/charm-tools/pull/28415:44
skay_lazyPower: I thought maybe if I used a resource I wouldn't need to15:44
cory_fumarcoceppi: Oh, yeah, that makes sense15:45
marcoceppicory_fu: I actually tested it, lol15:46
cory_fuMadness15:46
deanmanEvening, is there a seperate channel for juju docs and contributing to that?15:51
evilnickveitchdeanman, there isn't a specific docs channel no, but I can help you.15:54
mgzdeanman: I don't think there's specific one for docs, but also happy to have docs talk in #juju-dev15:54
evilnickveitchoh yeah, or there :)15:54
deanmanevilnickveitch: i'll catchup with you in juju-devs then15:55
marcoceppicory_fu: do you have a few mins to chat about the snap problems?15:59
cory_fumarcoceppi: In a meeting.  Give me a few min15:59
marcoceppikk15:59
cory_futvansteenburgh: Can you join us in https://hangouts.google.com/hangouts/_/canonical.com/daily-bigdata?authuser=1 real quick?16:13
cory_fuOh, he's at the dentist16:17
cory_fumarcoceppi: Ok, I'm free.  What HO should I join?16:17
marcoceppicory_fu: how about16:29
marcoceppicory_fu: https://hangouts.google.com/hangouts/_/canonical.com/snappy-pip16:30
tvansteenburghcory_fu: back from dentist, you still need me?16:55
cory_futvansteenburgh: kwmonroe, kjackal, and I wanted your help with getting the RQ updated in production, since we tested it in staging last week16:57
cory_futvansteenburgh: 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 done16:58
tvansteenburghcory_fu: sure, whatever you guys prefer16:58
kwmonroecory_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:00
tvansteenburghkwmonroe: i have a meeting in an hour17:01
kwmonroetvansteenburgh: if you're free now, https://hangouts.google.com/hangouts/_/canonical.com/juju-ci (kjackal cory_fu too if you want)17:05
jrwrenthe 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:12
jrwrenlazyPower: how/where are we meeting re: elasticstack17:54
lazyPowerjrwren invite deployed17:54
lazyPowerhttps://hangouts.google.com/hangouts/_/canonical.com/elastic-stack?authuser=017:54
lazyPowerto anyone else following along at home, you can join here17:54
jrwrenlazyPower: thanks!17:54
=== frankban is now known as frankban|afk
bdxI'm hitting this on charm build across the board http://paste.ubuntu.com/23482201/20:11
bdxok nm only in certain charms20:14
lazyPowerbdx - is there an exclude: directive in the layer.yaml?20:19
bdxlazyPower: no20:19
bdxI've removed some layers from my layer.yaml ... getting charm build to succeed now ... should find the cause momentarilly20:20
lazyPowerbdx - 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.yaml20:21
bdxgrrrrr - https://github.com/jamesbeedy/juju-layer-composer/blob/master/layer.yaml#L620:21
bdxsrry - my b20:21
lazyPowertadaaaa20:22
lazyPowerinvalid yaml, dun dun dunnnnn20:22
lazyPowerbdx np, i do it all the time too20:24
=== zz_CyberJacob is now known as CyberJacob

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