[16:09] <knome> 7n
[16:09] <knome> err
[16:18] <cjohnston> 5k
[16:18] <knome> ;)
[21:21] <AlanBell> cjohnston: last UDS I put in an RT request for someone to reboot pad.ubuntu.com prior to the UDS starting
[21:21] <cjohnston> ok
[21:21] <cjohnston> should we do that again?
[21:21] <AlanBell> I got a reply a week or so ago from someone saying "I guess you don't need this any more" or words to that effect
[21:22] <AlanBell> and pad did crash on day 1 of UDS and stayed up the rest of the time
[21:22] <AlanBell> perhaps it might be an idea to actually try and reboot it before linaro connect
[21:22] <cjohnston> ok
[21:25]  * AlanBell headdesks at a totally unrelated RT reply
[21:26] <AlanBell> apparently for someone to type "/msg ubuntulog join #ubuntu-classroom-es" has been deemed a non-trivial task so has been put in a queue
[21:27] <cjohnston> AlanBell: its an auto reply
[21:27] <cjohnston> it goes into a queue
[21:28] <AlanBell> I got the autoreply earlier, this might be a template reply
[21:29] <AlanBell> all set to do a lovely etherpad-lite/summit integration after linaro connect is over
[21:30] <cjohnston> ok
[21:30] <cjohnston> AlanBell: is it just rebooting the etherpad, or the entire server?
[21:31] <AlanBell> pad.ubuntu.com is running etherpad and is the primary notetaking solution for UDS as it is integrated with summit. I am finding it a little slow and timing out occasionally and I think it needs some love and attention before the hordes descend on it at UDS. Please could someone have a look at it, maybe restart it, and generally make sure it is in tip-top condition by the start of UDS-P at the end of October.
[21:31] <AlanBell> is what the last request said
[21:32] <knome> is it running etherpad or etherpad lite?
[21:32] <AlanBell> I suspect restarting the etherpad service would be sufficient
[21:32] <AlanBell> knome: etherpad at the moment
[21:32] <knome> ok, you should try lite
[21:32] <cjohnston> ok
[21:32] <AlanBell> knome: yes, we have been hacking on it, and integrating openid auth against launchpad
[21:32] <knome> :)
[21:32] <knome> nice
[21:33] <AlanBell> just not implementing that until after Linaro connect
[21:33] <cjohnston> AlanBell: do you think having it scheduled Friday afternoon/evening EST would be good?
[21:34] <AlanBell> cjohnston: dunno, the last request didn't get processed until 29th December (slightly more than a week ago, but still slightly after UDS-P)
[21:34] <cjohnston> I can poke for it to happen..
[21:34] <AlanBell> that would be great, I lacked poking power
[21:35] <cjohnston> :-)
[21:35] <cjohnston> AlanBell: did you notice that linaro connect is using pad.linaro.org
[21:37] <AlanBell> I did not
[21:38] <AlanBell> hmm, interestin!
[21:39]  * AlanBell looks puzzled
[21:40] <AlanBell> so are they running a separate summit django process somewhere looking at the same postgres back end?
[21:41] <cjohnston> is it the same postgres backend?
[21:41] <AlanBell> well I don't know, I am confused
[21:41] <cjohnston> i think its a seperate instance
[21:41] <AlanBell> summit has only one pad parameter
[21:41] <cjohnston> not anymore
[21:42] <AlanBell> ah, ok
[21:42]  * AlanBell goes to read cjohnston's fine blog in more depth
[21:44] <AlanBell> in that case forget everything I said about rebooting the pad server ;)
[21:44] <cjohnston> it may still need to be done
[21:44] <cjohnston> i dunno
[21:46] <AlanBell> phalsa.canonical.com is the pad.linaro.org server and fragaria.canonical.com is pad.ubuntu.com
[21:46] <AlanBell> so I guess we can crack on with the pad.ubuntu.com migration to etherpad lite
[21:46] <cjohnston> i wouldnt incase they want stuff for reference
[21:47] <AlanBell> oh, from the last linaro pads, good point
[21:48] <mhall119> AlanBell: can you start putting lite on a different box, and call it padlite.u.c?
[21:49] <AlanBell> well I can, I have no shortage of boxen
[21:49] <mhall119> then we can point uds-q to it and try it out
[21:49] <AlanBell> but they are mine, not canonicals
[21:49] <mhall119> hmmm, we can point to any url, actually
[21:49] <AlanBell> sure, I can run one up for testing
[21:49] <cjohnston> mhall119: no we cant...
[21:49] <mhall119> we can't?
[21:49] <mhall119> oh,  is it still trying to validate?
[21:49] <cjohnston> https://code.launchpad.net/~chrisjohnston/summit/etherpad-breaks-summit/+merge/90537
[21:50] <mhall119> right, someone really needs to approve that so it'll land
[21:50]  * cjohnston looks at AlanBell 
[21:51] <AlanBell> so what does verify_exists do?
[21:51] <cjohnston> lol
[21:52] <cjohnston> the fact that pad.u.c redirects to SSO makes summit think that the url pad.u.c is invalid
[21:52] <mhall119> AlanBell: it makes an HTTP call to the url to make sure it get's a 200 response back
[21:52] <cjohnston> s/invalid/doesnt exist
[21:52] <cjohnston> my mp will make that stop
[21:52] <AlanBell> oh, so you don't want the server behind an obnoxious outbound firewall
[21:53] <mhall119> AlanBell: it's a deprecated attribute in Django anywa
[21:55] <AlanBell> what a very clever & utterly crazy standard feature for a URL field