[06:24] <dholbach> good morning
[08:16] <czajkowski> aloha
[08:18] <davidcalle> o/
[08:38] <popey> yo
[12:28] <dholbach> salut davidcalle, yesterday with the webops you said that we'd need another staging deployment - do you know what still needs to be done there?
[12:30] <davidcalle> dholbach, salut, staging is broken again (when devportal inits its db), I'd like mhall119 to try today if he has time
[12:32] <davidcalle> mhall119, more specifically, at the initdb step : "django.db.utils.ProgrammingError: no schema has been selected to create in"
[12:33] <davidcalle> mhall119, with the prod branch
[12:34] <dholbach> hum
[12:34] <dholbach> could that be an issue with how the db is created in the beginning?
[12:34] <dholbach> according to https://stackoverflow.com/questions/27647235/migrate-django-app-from-heroku-to-linux-server this could fix it: "CREATE SCHEMA public;"
[12:35] <mhall119> davidcalle: that sounds like problem with the postgresql charm
[12:35] <mhall119> it should create the schema automatically and send it to the wsgi-app charm
[12:35] <dholbach> or if we use a different schema, then use something like: https://stackoverflow.com/questions/31346655/django-and-postgresql-testing-schema?
[12:36] <dholbach> I never used a postgres schema, so I'm probably not a lot of help O:-)
[12:37] <davidcalle> dholbach, seen this, but I'm not sure it applies in our juju-with-env-variables-all-over-the-place context, also I don't think I can run commands in the dbshell when talkint to it via juju
[12:37] <davidcalle> talking*
[12:37] <dholbach> davidcalle, ok..... I wasn't sure if (in whatever way we set up the db) a "CREATE SCHEMA <..........>" could be injected. :)
[13:46] <davidcalle> mhall119, thibaut would like to test an analytics framework for tracking snappy links and clicks, do you think we can cowboy it on the prod site and add some js to the header?
[13:51] <davidcalle> dholbach, mhall119, on a related note, caio is looking into the current staging issue
[13:51] <mhall119> davidcalle: I'm not sure what you're asking
[13:55] <dholbach> great!
[13:55] <davidcalle> mhall119, to ask a webop to make a change to the website_base template, in prod.
[13:56] <mhall119> we shouldn't do that, and I doubt they would agree to it anyway
[13:56] <mhall119> davidcalle: what new framework does he want to use and why?
[13:57] <davidcalle> mhall119, I agree it's a terrible idea, wanted your confirmation. It's https://heapanalytics.com/ , the main goal is to track click on download links on the snappy get started page (and general navigation patterns in the snappy area)
[13:58] <mhall119> davidcalle: and he can't get that from google analytics?
[13:59] <davidcalle> mhall119, he would need to add js to links themselves, which is not possible with Django CMS.
[13:59] <davidcalle> mhall119, for a bit more context: https://bugs.launchpad.net/developer-ubuntu-com/+bug/1504487
[13:59] <ubot2> Launchpad bug 1504487 in developer-ubuntu-com "The site needs a link tracking solution" [High,New]
[13:59] <mhall119> oh, for tracking off-site links, I see
[14:01] <mhall119> davidcalle: so I'm all in favor of doing this, but we should do it properly
[14:02] <mhall119> maybe even sub-class the Django CMS "Link" plugin to something like "TrackedLink" that has a custom template that adds the needed javascript when it's clicked
[14:02] <mhall119> you can test it out in staging if you want, but we shouldn't cowboy thigns in production
[14:38] <mhall119> dholbach: davidcalle: how is the markdown importer work going, have you found the cause of the problems yet?
[14:38] <dholbach> no - I still feel like I'm fishing in the dark
[14:39] <mhall119> dholbach: let's schedule a call tomorrow to go through it
[14:39] <dholbach> tomorrow won't work for me
[14:39] <mhall119> dholbach: after the team call today work for you?
[14:39]  * mhall119 forgot you're out tomorrow
[14:40] <dholbach> no, I'll have to run to drive down to Bavaria
[14:40] <dholbach> but I think I can start working on a smaller test-case, so I can maybe ask on an upstream list?
[14:40] <mhall119> dholbach: ok, let's regroup on Monday then, and in the mean time I'll try and work on it on my own
[14:40] <dholbach> or Friday
[14:40] <mhall119> dholbach: try the django-cms community (not sure what medium they use most) as they were eager to help us in the past
[14:40] <dholbach> cool
[14:41] <mhall119> I'm going to be out Friday, swapping it for Monday
[14:41] <dholbach> ok ok
[14:41] <dholbach> I'll keep you posted
[14:41] <mhall119> thanks
[14:43] <dholbach> brb
[14:54] <davidcalle> mhall119, do you think we could change RawHTML to not strip js? Would this solution work for you?
[14:54] <mhall119> it shouldn't strip anything
[14:59] <popey> TEAM MEATING!
[15:00] <Pici> mm... meat
[15:00] <Pici> (also weird, because my team meeting at work is right now too)
[15:02] <davidcalle> mhall119, it does :(
[15:02] <davidcalle> omw
[16:03]  * dholbach runs - see you all tomorrow!
[16:03] <dholbach> or Friday
[16:03] <dholbach> bye!
[16:10] <jcastro> czajkowski: heya
[16:10] <jcastro> what's the TLDR on ubuntu booths @ FOSDEM?
[16:15] <popey> have you applied?
[16:15] <popey> jcastro: we need to co-ordinate (cc dpm) as I think we also want a stand - makes sense to have pooled resources
[16:17] <popey> jcastro: didrocks tells me registration for stands isn't open yet
[16:18] <jcastro> he is correct, it is not open
[16:18] <jcastro> but my team would like in on it as well, do I mail all of you or just dpm?
[16:18]  * davidcalle drives home, have a nice eod all o/
[16:20] <popey> just dpm
[16:20] <jcastro> ack
[16:20] <czajkowski> jcastro: howdy
[16:20] <czajkowski> so booths are a lottery folks
[16:20] <czajkowski> :)
[16:20] <czajkowski> just a heads up
[16:21] <czajkowski> usually given to community Vs orgs
[16:22]  * jcastro nods