| === veebers2 is now known as veebers | ||
| === natefinch-afk is now known as natefinch | ||
| === frankban|afk is now known as frankban | ||
| kjackal | Hello Juu world! | 07:37 |
|---|---|---|
| kjackal | admcleod_: Hey! How is it going? | 08:51 |
| kjackal | admcleod_: Got to play a bit with the bigtop kafka offering we have packaging. Did you use Kafka for your ML demo? | 08:52 |
| admcleod_ | kjackal: good, we havent worked on the demo yet though | 11:02 |
| === dpm is now known as dpm-lunch | ||
| === dpm-lunch is now known as dpm | ||
| === sidarta is now known as soliveira | ||
| === larrymi is now known as larrymi-link | ||
| 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:10 |
| lazyPower | skay - not that i'm aware of | 16:14 |
| skay | lazyPower: oh, okay. what do people normally use for monitoring celery stuff? | 16:14 |
| 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:15 |
| 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:16 |
| bdx | skay: I would just 'pip install flower' for the time being | 16:17 |
| bdx | skay: look out in the coming days/weeks for celery | 16:18 |
| skay | bdx: thanks | 16:18 |
| bdx | np | 16:18 |
| bdx | skay: now that I think of it, I remember what I ran into last week when looking at it | 16:24 |
| bdx | skay: celery is interacted with by django, it usually in your django codebase that you will import and call to celery | 16:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| skay | https://github.com/celery/django-celery/issues/391 | 16:33 |
| skay | and some other issues. tests failing with django 1.9, etc. | 16:33 |
| 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:34 |
| 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:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| 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:42 |
| skay | bdx: nod | 16:43 |
| kwmonroe | yup, +1 lazyPower | 16:45 |
| 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? | 16:53 |
| 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:11 |
| 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:15 |
| Prabakaran | Thanks kwmonroe, let me try this | 17:17 |
| 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:18 |
| 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:19 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| Guest_94843 | you can not get married without the permission of allah | 17:26 |
| 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:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| aisrael | Well, that was fun | 17:35 |
| kwmonroe | devops are not doing Juju is doing | 17:35 |
| phy1729 | Spamming before I joined? | 17:36 |
| lazyPower | phy1729 yep | 17:36 |
| aisrael | Guest_94843 | 17:36 |
| aisrael | was the nick | 17:36 |
| 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:40 |
| aisrael | TIL: don't run `charm build` in your $HOME | 17:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| mattyw | lazyPower, I never put it in the store because there wasn't a store in those days ;) | 17:46 |
| kwmonroe | lazyPower: pr looks fine - want me to merge, or do you have other eyeballs on it? | 17:59 |
| lazyPower | go for it | 18:00 |
| kwmonroe | donezo | 18:00 |
| lazyPower | ta kwmonroe | 18:20 |
| 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:07 |
| 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:08 |
| petevg | kwmonroe: Do we have a way to exclude directories from being inherited in a layer? | 19:09 |
| 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:10 |
| kwmonroe | stand down beisner. got it. | 19:17 |
| kwmonroe | petevg: pretty simple, http://paste.ubuntu.com/21178635/ | 19:17 |
| petevg | kwmonroe: Cool. Will add it. Thx. :-) | 19:18 |
| 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:20 |
| 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:24 |
| 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:25 |
| petevg | Just working on that now :-) | 19:26 |
| kwmonroe | petevg: may want to add unit_test_reqs.txt to the ignore list while you're in there.. | 19:27 |
| petevg | Done :-) | 19:27 |
| petevg | kwmonroe: Changes pushed. Going to spend some time doing some additional building/testing to make sure that things are okay, though. | 19:29 |
| 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. | 19:42 |
| kwmonroe | roger that petevg - thx! | 20:00 |
| === natefinch is now known as natefinch-afk | ||
| === scuttlemonkey is now known as scuttle|afk | ||
| mbruzek | ping bdx | 22:10 |
| === wolverin_ is now known as wolverineav | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!