[07:37] <kjackal> Hello Juu world!
[08:51] <kjackal> admcleod_: Hey! How is it going?
[08:52] <kjackal> admcleod_: Got to play a bit with the bigtop kafka offering we have packaging. Did you use Kafka for your ML demo?
[11:02] <admcleod_> kjackal: good, we havent worked on the demo yet though
[16:10] <skay> is there a charm for celery flower? I searched, but am not getting any results on celery https://jujucharms.com/q/celery
[16:10] <skay> which seems really weird
[16:14] <lazyPower> skay - not that i'm aware of
[16:14] <skay> lazyPower: oh, okay. what do people normally use for monitoring celery stuff?
[16:15] <skay> we've got a django app that uses the old django-celery package, just to use the admin
[16:15] <lazyPower> I dont think we've got a charm that models a celery monitor. That would be a great contribution
[16:15] <skay> it's not actively developed, and the celery site recommends FLower
[16:15] <bdx> skay: I use flower
[16:15] <skay> I think that would get out of the scope of what I'm currently working on
[16:15] <skay> otherwise it would be a nice thing for me to do
[16:15] <skay> bdx: do you have a charm for it?
[16:16] <skay> lazyPower: I was hoping I could be lazy and
[16:16] <skay> remove a dependency while I'm at it!
[16:16] <skay> well, a django dependency
[16:16] <bdx> skay: I actually started up a celery charm last week ... I think flower would be a great configurable option
[16:17] <bdx> skay: I would just 'pip install flower' for the time being
[16:18] <bdx> skay: look out in the coming days/weeks for celery
[16:18] <skay> bdx: thanks
[16:18] <bdx> np
[16:24] <bdx> skay: now that I think of it, I remember what I ran into last week when looking at it
[16:25] <bdx> skay: celery is interacted with by django, it usually in your django codebase that you will import and call to celery
[16:26] <bdx> skay: as such, I figured it was just best to let celery run where the django app runs, and get installed as one of the django app deps
[16:26] <skay> bdx: aw. we are going to be deploying some non-django services
[16:26] <kwmonroe> hey lazyPower, what's your charmbox docker run --net param?  i have --net=bridge, and i thought i did that for reasons, but i can't remember them.  curious what you use.
[16:26] <skay> bdx: yeah, that is what we are doing with our django app
[16:26] <skay> roadmr: o/
[16:26] <lazyPower> kwmonroe - i've since removed that as i'm not using the 'local' provider.
[16:26] <lazyPower> kwmonroe - however, what that does is it places the container directly on the hosts networking bridge, instead of running behind a service NAT
[16:27] <roadmr> heya skay !
[16:27] <bdx> skay: yea, its just not something that is easily decoupled from the django application ... I've been on a mission to do so for a while, and the more I look at it, the more it just doesn't make sense to do so
[16:28] <bdx> skay: how are your other apps interacting with celery? from their native codebase?
[16:28] <skay> bdx: unknown yet, we are just starting to talk about moving some things out of our big django app in to smaller apps, some of which will be go
[16:29] <bdx> skay: usually calls to celery will happen from the applications code base
[16:29] <bdx> this is difficult to decouple
[16:29] <skay> bdx: before I JFDI making the actual service I want to spec out how we'll deploy in just enough detail to make sure I won't shoot us in the feet
[16:30] <skay> bdx: hmm, so I guess no charm
[16:30] <skay> or just a setting, like you said, and it can live int he same application container with whatever app
[16:30] <bdx> skay: I've charmed up a bunch of django apps that use celery
[16:30] <skay> bdx: we have one that does as well
[16:31] <skay> as I mentioned, I'd like to stop using the django admin for looking at the task queue
[16:31] <skay> I'm not sure that package is under active development (let me go find the github issue I remember)
[16:32] <kwmonroe> ack lazyPower.  that's good to know.  it explains why my charmbox network dies whenever i switch networks.  methinks natting might keep them alive.
[16:32] <Prabakaran> Hello Team, Is there any interface available @ interface.juju.solutions for apache vhost configuration?
[16:32] <lazyPower> Yeah, the only reason we did the --net=bridge was for the old local provider integration. Since we are primarily on juju2 these days, we should be able to remove that stanza from the alias and have a good time.
[16:33] <skay> https://github.com/celery/django-celery/issues/391
[16:33] <skay> and some other issues. tests failing with django 1.9, etc.
[16:34] <lazyPower> kwmonroe - at some point, in the distant future when we have -spare cycles- we should pair and hax on getting it functional with the lxd cloud, and see what that looks like
[16:34] <kwmonroe> sounds like a summit break-out
[16:34] <kwmonroe> see you in septiembre
[16:37] <bdx> skay: yea, looks like you are going to be dealing with a few different issues moving forward if you are trying to be on latest and greatest django/celery/etc/etc ..... if you want these thing to start in your direction  .... you have to be the change you want to see
[16:38] <bdx> skay: otherwise, just wait
[16:38] <skay> bdx: ha, I've got a django 1.6 app and want to get to at least LTS
[16:38] <skay> bdx: nod
[16:39] <kwmonroe> Prabakaran: i don't see anything related to vhost data currently.  it looks like the http interface only passes hostname/port.  the apache2 charm handles vhosts during it's config-changed hook (so for example, changing the apache2 port would update the defined vhost config with the new value)
[16:40] <bdx> skay: yea, I just ransacked throught a few django apps bringing them to latest and greatest, it was pretty rough to say the least
[16:40] <bdx> skay: your on the right track, map out the deps for everything, and where the different projects are at (check that the desired feature sets align)
[16:41] <lazyPower> kwmonroe - iirc the reverse proxy relation sets up a vhost, but you dont get to specify the vhost information. its a templated one shot reverse proxy config
[16:41] <lazyPower> so for example, if your hosting static assets out of s3, and want to rewrite anything in the /asset url, it doesn't currently support that.
[16:41] <bdx> skay: then just go throught and do a timeline appraisal (expected dates when critical issues/deps will be fixed)
[16:42] <lazyPower> so there's potential for a contribution there
[16:42] <bdx> skay: this will give you an overhead view of what/when/where/why/how, then you can start putting the pieces together, knowing which ones will play nice, and when, why
[16:43] <skay> bdx: nod
[16:45] <kwmonroe> yup, +1 lazyPower
[16:53] <Prabakaran> my requirment is to feed this vhost file http://pastebin.ubuntu.com/21160463/ to apache2 charm .. is it possible to do from my reactive code? Is there any interface/layer helps for this scenario?
[17:11] <kwmonroe> Prabakaran: there is not anything in the interface registry to help your scenario, but it should be possible to use your pastebin with apache2 like this:  juju set apache2 "vhost_http_template=$(base64 < my_vhost_template.txt)"
[17:15] <kwmonroe> Prabakaran: to set the vhost template from a connected reactive charm, i *think* you might be able to use apache2's vhost-config relation.  according to the apache2 readme (https://jujucharms.com/apache2/, section "Using the vhost-config relation"), you could run "relation-set vhosts="foo" from your reactive charm when website.available.
[17:17] <Prabakaran> Thanks kwmonroe, let me try this
[17:18] <lazyPower> i'm pretty sure you'd need to base64 encode that, i recall the apache2 charm making heavy use of base64 encoding to ensure it preserves linebreaks and what not
[17:18] <lazyPower> might be worth while to peek in the relationship hook and see what its doing
[17:19] <lazyPower> kwmonroe  - if you have a spare cycle, i'd appreciate some eyeballs on https://github.com/juju-solutions/layer-certificate-authority/pull/1
[17:22] <Guest_94843> Allah is doing
[17:22] <Guest_94843> sun is not doing Allah is doing
[17:22] <Guest_94843> moon is not doing Allah is doing
[17:23] <Guest_94843> stars are not doing Allah is doing
[17:23] <Guest_94843> planets are not doing Allah is doing
[17:23] <Guest_94843> galaxies are not doing Allah is doing
[17:23] <Guest_94843> oceans are not doing Allah is doing
[17:23] <Guest_94843> mountains are not doing Allah is doing
[17:24] <Guest_94843> trees are not doing Allah is doing
[17:24] <Guest_94843> mom is not doing Allah is doing
[17:24] <Guest_94843> dad is not doing Allah is doing
[17:24] <Guest_94843> boss is not doing Allah is doing
[17:24] <Guest_94843> job is not doing Allah is doing
[17:24] <Guest_94843> dollar is not doing Allah is doing
[17:25] <Guest_94843> degree is not doing Allah is doing
[17:25] <Guest_94843> medicine is not doing Allah is doing
[17:25] <Guest_94843> customers are not doing Allah is doing
[17:25] <Guest_94843> you can not get a job without the permission of allah
[17:26] <Guest_94843> you can not get married without the permission of allah
[17:27] <Guest_94843> nobody can get angry at you without the permission of allah
[17:27] <Guest_94843> light is not doing Allah is doing
[17:27] <Guest_94843> fan is not doing Allah is doing
[17:27] <Guest_94843> businessess are not doing Allah is doing
[17:27] <Guest_94843> america is not doing Allah is doing
[17:28] <Guest_94843> fire can not burn without the permission of allah
[17:28] <Guest_94843> knife can not cut without the permission of allah
[17:28] <Guest_94843> rulers are not doing Allah is doing
[17:29] <Guest_94843> governments are not doing Allah is doing
[17:29] <Guest_94843> sleep is not doing Allah is doing
[17:29] <Guest_94843> hunger is not doing Allah is doing
[17:30] <Guest_94843> food does not take away the hunger Allah takes away the hunger
[17:30] <Guest_94843> water does not take away the thirst Allah takes away the thirst
[17:30] <Guest_94843> seeing is not doing Allah is doing
[17:31] <Guest_94843> hearing is not doing Allah is doing
[17:31] <Guest_94843> seasons are not doing Allah is doing
[17:31] <Guest_94843> weather is not doing Allah is doing
[17:31] <Guest_94843> humans are not doing Allah is doing
[17:31] <Guest_94843> animals are not doing Allah is doing
[17:32] <Guest_94843> the best amongst you are those who learn and then teach quran
[17:32] <Guest_94843> one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times
[17:35] <aisrael> Well, that was fun
[17:35] <kwmonroe> devops are not doing Juju is doing
[17:36] <phy1729> Spamming before I joined?
[17:36] <lazyPower> phy1729 yep
[17:36] <aisrael> Guest_94843
[17:36] <aisrael> was the nick
[17:40] <phy1729> I'll stick around for a while if you don't mind, but he doesn't seem to hit the same channel twice. Continure with your magic juju :)
[17:40] <lazyPower> Thanks phy1729 for the quick response
[17:40] <lazyPower> appreciate the backup in case it happens again
[17:42] <aisrael> TIL: don't run `charm build` in your $HOME
[17:43] <aisrael> It doesn't do any damage, but it sure does take a long time to fail.
[17:43] <kwmonroe> lol
[17:43] <lazyPower> yuuuup
[17:43] <lazyPower> gotta love that shallow deep copy ;)
[17:43] <jcastro> balloons: tell me about this juju snap in the store
[17:43] <jcastro> can I whole hog replace the deb?
[17:43] <lazyPower> jcastro - iirc mattyw created that snap
[17:44] <jcastro> juju-nskaggs                            2.0-beta13                    nskaggs
[17:44] <jcastro> it looks brand new to me
[17:44] <mattyw> lazyPower, jcastro, I've put no juju snap in any store
[17:44] <lazyPower> ooo, ok. that was just prior work on the pi then
[17:45] <lazyPower> disregard my fallable memory
[17:45] <jcastro> yeah it's like less than a day old afaict
[17:45] <mattyw> lazyPower, I only ever built it for the pi
[17:46] <mattyw> lazyPower, I never put it in the store because there wasn't a store in those days ;)
[17:59] <kwmonroe> lazyPower: pr looks fine - want me to merge, or do you have other eyeballs on it?
[18:00] <lazyPower> go for it
[18:00] <kwmonroe> donezo
[18:20] <lazyPower> ta kwmonroe
[19:07] <kwmonroe> petevg: we're in a pickle.  the tox.ini in bigtop-base (https://github.com/juju-solutions/layer-apache-bigtop-base/pull/28) gets overridden by the base layer tox.ini.
[19:07] <kwmonroe> (https://github.com/juju-solutions/layer-basic/blob/master/tox.ini)
[19:08] <kwmonroe> this is bad petevg, because charms built with the bigtop base layer *will* get the ./tests/unit/* stuff from bigtop-base, but won't have the unit_test_reqs installed, so tox fails on all bigtop charms.
[19:08] <petevg> kwmonroe: That is bad :-/
[19:09] <petevg> kwmonroe: Do we have a way to exclude directories from being inherited in a layer?
[19:10] <kwmonroe> petevg: i think there's an ignores options.. i saw beisner mention that recently.  yo beisner, how does one use ignores in a layer?
[19:17] <kwmonroe> stand down beisner.  got it.
[19:17] <kwmonroe> petevg: pretty simple, http://paste.ubuntu.com/21178635/
[19:18] <petevg> kwmonroe: Cool. Will add it. Thx. :-)
[19:20] <petevg> kwmonroe: Just one quick question. When two layers contain a file, do you know how we handle the conflicts? I would expect layers to be able to overwrite files from a layer that they inherit from. But that would mean that layer-apache-bigtop-base's tox.ini would clobber the one from the base layer. And it sounds like the opposite is happening ...
[19:24] <kwmonroe> i agree with your expectation and observation petevg.  and i thought the layer ordering was fixed with https://github.com/juju/charm-tools/issues/218
[19:25] <petevg> kwmonroe: Interesting. Just to be safe, I think that I'm going to rename "tox.ini" to "tox-unit.ini", and add it to the ignore list.
[19:25] <petevg> We'll still be able to run tests with "tox -c tox-unit.ini"
[19:25] <kwmonroe> ah - cool petevg.  smells like a readme update too ;)
[19:26] <petevg> Just working on that now :-)
[19:27] <kwmonroe> petevg:  may want to add unit_test_reqs.txt to the ignore list while you're in there..
[19:27] <petevg> Done :-)
[19:29] <petevg> kwmonroe: Changes pushed. Going to spend some time doing some additional building/testing to make sure that things are okay, though.
[19:42] <petevg> kwmonroe: Everything looks good from my end. I can build charms, and the right stuff gets ignore from the bigtop base layer. lmk if you see any issues on your end.
[20:00] <kwmonroe> roger that petevg - thx!
[22:10] <mbruzek> ping bdx