[00:25] <mhall119> cjohnston: nigelb: james_w: https://code.launchpad.net/~mhall119/summit/enhance-next-session/+merge/80746
[14:01] <nigelb> mhall119: why did you change _local_now.date() to _now.date():?
[14:02] <nigelb> That's the only thing that strikes me.
[14:02] <nigelb> Neat fix for the chrome issue that we noticed last time.
[14:04] <mhall119> nigelb: the slot.start is in UTC, so it should be compared to UTC now, not local now
[14:04] <nigelb> ah, cool.
[14:05] <mhall119> I was having trouble testing it last night because it was 2011-10-29 in FLorida, but 2011-10-30 UTC
[14:05] <nigelb> heh
[14:05] <nigelb> Nice catch
[14:07] <cjohnston> can someone investigate bug 883407
[14:07] <ubot4> Launchpad bug 883407 in summit "Summit fails to show all my subscribed talks (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/883407
[14:07] <nigelb> I did investigate
[14:07] <cjohnston> looks like for some reason some BPs arent being updated
[14:07] <nigelb> looks like all the participants are not showing up
[14:07] <nigelb> Like atleast 5 people in that BP didn't show up
[14:07] <nigelb> and he says it worked on other blueprints
[14:08] <cjohnston> right..
[14:08] <nigelb> I'm going to try a manual local run of lpupdate
[14:16] <mhall119> there was a blueprints that jcastro pinged me about yesterday that wasn't in the LP export
[14:16] <mhall119> design-design-theatre I think it was
[14:16] <nigelb> OH WIN, thanks launchpad.
[14:16] <cjohnston> ?
[14:18] <cjohnston> what do you guys think about instead of displaying LP id's for session attendees, listing names?
[14:19] <nigelb> mhall119: wrong status, I think
[14:19] <mhall119> nigelb: could be, I'm not really sure what makes them qualify for that export feed
[14:19] <nigelb> mhall119: I think it needs to be in Discussion.
[14:20] <nigelb> Daviey would know more. We should document this.
[14:20] <mhall119> oh
[14:20] <mhall119> nigelb: since it's an LP feed, you can probably as an LP dev too
[14:20] <nigelb> Actually, lol. Let me look at lp source code.
[14:20] <cjohnston> heh
[14:20] <mhall119> heh, forgot you're an LP dev now
[14:21] <nigelb> I did make some fixes to blueprints
[14:21] <cjohnston> so did i
[14:21] <mhall119> omg, you broke it!
[14:21] <nigelb> Like the subscriptions are now sorted by name.
[14:21]  * mhall119 blames everything on you two
[14:21] <nigelb> cjohnston improved the required attendee thing.
[14:21] <nigelb> cjohnston: SO glad you did that :)
[14:21]  * cjohnston blames jcastro and mhall119 for summit
[14:21] <cjohnston> nigelb: me too.. lol
[14:21] <cjohnston> i think summit will thank me too
[14:22] <cjohnston> what is preventing us from moving to login.u.c now mhall119 ?
[14:22] <mhall119> summit it a thankless .....
[14:22] <mhall119> cjohnston: nothing that I know of, but we're not doing it the day before UDS starts
[14:22] <cjohnston> no, i know..
[14:22] <cjohnston> im just thinking of things to do this cycle
[14:23] <nigelb> mhall119: New, Discussion, Draft.
[14:23] <mhall119> we'll need to update the database to convert openid identity_urls from launchpad to login.u.c
[14:23] <nigelb> It has to be one of them.
[14:24] <nigelb> mhall119: I think we need to have some kind of FAQ page for summit.
[14:24] <nigelb> Static page in the code.
[14:25] <nigelb> So, instead of going to file a bug, they can be redirected there first.
[14:25] <nigelb> cjohnston: ^
[14:25]  * cjohnston goes to file a work item for nigelb 
[14:25] <nigelb> Yes, please do
[14:25] <nigelb> I'm creating content for websites that the community runs
[14:25] <cjohnston> nigelb: https://blueprints.launchpad.net/linaro/+spec/linaro-summits-server-1 is 'new'
[14:26] <nigelb> cjohnston: Is it not showing up?
[14:26] <cjohnston> i think thats the one that isnt updating is it not?
[14:26] <nigelb> oh.
[14:27] <nigelb> Once something is in summit
[14:27] <nigelb> we check it by reverse looking it up.
[14:27] <nigelb> So, it need not be on temp-meeting
[14:28] <nigelb> cjohnston: I wish we had a generic community-webdev session lined up.
[14:28] <nigelb> I should have thought of this earlier.
[14:28] <cjohnston> we can.. what would we discuss
[14:28] <nigelb> Recruiting more people.
[14:28] <cjohnston> i dont know how much that would work at uds
[14:28] <mhall119> we can add a session anytime, without a blueprint
[14:28] <nigelb> And generic webdev stuff that doesn't include ld and summit
[14:28] <nigelb> Like say - the themes
[14:29] <nigelb> Is it big enough for that?
[14:29] <nigelb> How do you check if something is in summit?
[14:30] <nigelb> i.e., a blueprint.
[14:30] <cjohnston> what bp
[14:30] <nigelb> (we can't, can we?
[14:30] <nigelb> the one you linked earlier
[14:30] <cjohnston> its scheduled..
[14:30] <cjohnston> look at his comment on that bug
[14:30] <nigelb> ah, you checked. okay.
[14:31] <cjohnston> i beleive that is the one that isnt updaitng
[14:31] <nigelb> ah, its there but not updating/
[14:32] <nigelb> I wish we could sprint together :(
[14:32] <nigelb> Can we get Linaro to pay us to sprint for a week? We could rewrite summit from scratch!
[14:32] <cjohnston> nigelb: im working onit
[14:33] <nigelb> cjohnston: the bug or the sprint thing? ;)
[14:33] <cjohnston> sprint
[14:33] <nigelb> \o/
[14:33] <nigelb> also, europe or asia *please*
[14:34] <cjohnston> asia could be cool
[14:35]  * nigelb goes to figure out the bug
[14:36] <nigelb> I'm about 90% its a Launchpad thing.
[14:37] <nigelb> FUUU
[14:37] <nigelb> LAUNCHPAD
[14:37] <nigelb> cjohnston: Launchpad doesn't have updated names
[14:38] <nigelb> I thought james fixed this issue.
[14:38] <nigelb> Launchpad seems to be caching the meeting export page.
[14:39] <cjohnston> nice
[14:39] <cjohnston> id say see if you can get ahold of an LP dev.. thats kinda really bad and important
[14:40] <nigelb> Ok, the only people who have any chance of being online on Sunday is wgrant or StevenK, sadly its too late for both of them.
[14:40] <cjohnston> try anyway i guess
[14:40] <nigelb> Grab francis if you can grab him at UDS.
[14:41] <nigelb> Its 4 am for them
[14:41] <nigelb> Its late :)
[14:41] <nigelb> Well, actually early!
[14:52] <cjohnston> what do yall think about clearing the migration history once a cycle?
[14:54] <nigelb> what happens to production when we do that?
[14:55] <nigelb> Is it safe?
[14:55] <nigelb> I'm cool with starting with a clean slate at the start of the cycle.
[14:55] <cjohnston> dunno.. we have done it oonce
[15:02] <cjohnston> mhall119: do we need the login failure stuff on summit?
[16:28] <cjohnston> mhall119: did you get a summit error email earlier
[16:28] <cjohnston> I got a 500 error
[16:51] <mhall119> cjohnston: I've gotten several 500 emails
[16:52] <cjohnston> today?
[16:55] <mhall119> cjohnston: mostly mal-formatted URLs and karmic's ical that I'm getting 500s for
[16:56] <cjohnston> i got one earlier while naving admin
[16:56] <mhall119> cjohnston: hmmm, I didn't get an email for that
[16:58] <nigelb> I don't get any summit eemails.
[16:58] <nigelb> oh right.
[16:59] <nigelb> only mhall119 gets them
[17:09] <mhall119> Daviey gets them too
[18:44] <cjohnston> mhall119: nigelb anything else we need to do prior to packaging up and pushing live?
[18:45] <mhall119> cjohnston: you two are running this, I'm not sure what you've got in progress right now
[18:53] <cjohnston> mhall119: https://code.launchpad.net/~summit-hackers/summit/trunk  r205+ is what's up for being added
[18:54] <cjohnston> mind taking a quick glance to see if you can see any issues/things that need to be checked into a little more?
[19:39] <mhall119> cjohnston: those look okay to me
[19:58] <cjohnston> james_w: ping
[19:58] <cjohnston> mhall119: im wondering if we need to fix bug 868567
[19:58] <ubot4> Launchpad bug 868567 in summit "Private room schedules not limited to admins (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/868567
[19:59] <mhall119> cjohnston: I'm  getting 500 emails
[19:59] <mhall119> just forwarded one to you
[19:59] <mhall119> looks like editing the schedule on the track view
[20:01] <cjohnston> lovely
[20:01] <cjohnston> want to move it?
[20:01] <nigelb> Yay
[20:01] <nigelb> I found our bug.
[20:01] <nigelb> Well, its not a bug really.
[20:01] <nigelb> Its because launchpad is designed in a particular way.
[20:02] <nigelb> If you're not registered for the sprint uds-p, then your name doesn't go into +temp-meeting-export.  And therefore, it doesn't come to us.
[20:02] <mhall119> broken by design?
[20:02] <mhall119> nigelb: sounds fair enough
[20:02] <nigelb> Until this UDS, we used one sprint.
[20:02] <mhall119> everybody is supposed to register for the sprint
[20:02] <nigelb> So, everything was fine.
[20:03] <nigelb> Now we have 2 sprints, one for uds and one for linaro.
[20:03] <nigelb> Linaro folks of course registered for the linaro one, not necessarily the uds one.
[20:03] <mhall119> but shouldn't it still import them?
[20:03] <nigelb> Nope.
[20:03] <nigelb> We don't import linaro ones.
[20:03] <nigelb> We only import from UDS.
[20:03] <mhall119> or does LP not show people registered for UDS sessions if they're only registered for the linaro sprint?
[20:04] <nigelb> Nope
[20:04] <mhall119> we should import linaro attendees
[20:04] <nigelb> That's not easy.
[20:04] <nigelb> we need a bit (well, maybe more) summit code changes.
[20:04] <nigelb> We need to be able to override the variable sent to LP to get temp-meeting-page from commandline
[20:05] <nigelb> so for one summit, we should be able to import from multiple sprints.
[20:05] <nigelb> Do you really want that code change this late? :)
[20:11] <mhall119> nigelb: I'm pretty sure we already do that
[20:11] <nigelb> mhall119: There's another problem.
[20:12] <cjohnston> should I just get up tomorrow morning and say hey.. register!
[20:12] <cjohnston> :-P
[20:12] <nigelb> Yes, please.
[20:12] <cjohnston> lol
[20:12] <nigelb> BEST. FIX.
[21:01] <james_w> we do import attendees from the linaro sprint alreadyt
[21:10] <nigelb> james_w: we do?
[21:10] <nigelb> how?
[21:11] <james_w> by pulling both +temp-meeting-exports
[21:11] <nigelb> oh
[21:11] <nigelb> Is there code for that?
[21:12] <nigelb> This might exlain the breakage, still.
[21:14] <nigelb> james_w: how often does the cron for linaro sprint run?
[21:14] <james_w> the same as Ubunti
[21:14] <james_w> ubuntu
[21:14] <james_w> it does them both in one transaction
[21:15] <nigelb> ./manage.py lpupdate uds-p && ./manage.py lpupdate linaro
[21:15] <nigelb> ?
[21:15] <nigelb> Ok, now I'm lost then.
[21:17] <james_w> nope
[21:18] <james_w> ./manage.py lpupdate uds-p does both
[21:18] <james_w> which problem are you looking at?
[21:18] <nigelb> james_w: some users from BP not getting synced into summit.
[21:18] <james_w> is this Riku?
[21:19] <nigelb> Yeah
[21:19] <nigelb> But a whole bunch of users on that BP didn't get synced over.
[21:31] <nigelb> Anyway, off to bed. Will debug later.
[21:46] <james_w> ah, I think I know what it is
[21:47] <james_w> Launchpad only exports someone's subscription to a blueprint if they are registered as attending the same sprint as the blueprint is for
[21:47] <james_w> damn
[21:47] <james_w> not sure how to fix that
[21:47] <nigelb> Yeah, that's what I ran into
[21:47] <nigelb> which is why we need everyone being in the same sprint
[21:47] <nigelb> Or we need patch launchpad not to do that.
[21:48] <nigelb> (yay insomnia)
[21:49] <nigelb> james_w: My suggestion was to get everyone to register for uds-p
[21:49] <nigelb> That's probably announcable at the opening plenary.
[21:50] <james_w> everyone has to register for both
[21:50] <james_w> but that sucks massively
[21:50] <nigelb> Yeah.
[21:51] <nigelb> We need to bring it up to Francis.
[21:52] <james_w> we should ditch using Launchpad blueprints for this
[21:52] <nigelb> james_w: <3
[21:52] <nigelb> if canonical is okay with that, we would be happy.
[21:52] <nigelb> And Linaro.
[21:52] <nigelb> So much of work is tracked through BPs, its not easy to migrate.
[21:53] <james_w> they won't really care
[21:53] <james_w> we don't have to change that part
[21:53] <nigelb> But migrating will solve our headaches *so* much.
[21:53] <nigelb> Oh, make the scheduling independdant?
[21:53] <james_w> and summit could make a blueprint for a session on request if that was important
[21:53] <james_w> yeah
[21:53] <james_w> what do they provide?
[21:54] <nigelb> Nothing much really.
[21:54] <james_w> just a name and title, an accept/decline interface, and subscriptions to mean "attend the session"
[21:54] <nigelb> We'd improve a lot breakage this way.
[21:54] <james_w> the accept/decline thing would be the most work
[21:54] <nigelb> Yeah.
[21:54] <james_w> and notifications if they were important to people
[21:54] <nigelb> We'll need to configure permissions correctly and notifications.
[21:55] <james_w> anyway, I have to go
[21:55] <james_w> thanks for looking in to this
[21:55] <nigelb> Will you be at the summit ession?
[21:55] <nigelb> *session
[21:55] <nigelb> If so, please being up our discussion. I'll try, but I'm remote ;)