/srv/irclogs.ubuntu.com/2011/05/25/#launchpad-yellow.txt

danilosgmb, hi, fwiw, I haven't really done much checklist CHR going through entire staging-is-not-updating dance with people09:31
gmbdanilos: Okay. I'll go through the checklist now, in that case.09:32
danilosgmb, thanks09:32
gmbdanilos: Where is this fabled checklist? All I can find is the Answer Contact stuff on the wiki and the old CHR FAQ.09:37
danilosMaintenanceRotationSchedule on dev.l.n, included in email from Gary09:47
gmbdanilos: Or hey,  I could actually look at my fricking email. Jeez.09:56
gmbSorry. Not with it this morning.09:56
gmbRight, checklist taken care of.10:39
danilosgmb, heh, sorry about it, I was trying to deal with a million things myself11:05
gmbdanilos: No worries. Didn't take all that long except for the project review stuff, and that's only because there's no way to filter out project where we're waiting on the owners to get back to us.11:31
* gmb lunches12:12
=== benji is now known as Guest53291
gary_posterdanilos, hey.  Do you think I need to move the style from style.css to 3.0 css?  New stuff has gone into style.css too AFAIK.  I thought the distinction was that pillar-specific stuff went into style.css and LP-wide stuff went into 3.0, but I see now that this is not really the case: 3.0 has application stuff at the bottom, though it complains about it.13:24
danilosgary_poster, hi, I might be wrong then, I thought it was all to go into style-3.0.css13:24
gary_posterFWIW, if you don't think so, my default position will be to land as is.  I think the CSS story is not fully worked out13:25
danilosgary_poster, at least originally I thought sinzui wanted it all clean and in 3.0 for new stuff13:25
danilosgary_poster, oh, definitely land as-is13:25
gary_poster(for instance, the stuff at the bottom of 3.0 saying we should use application specific files, but then every pillar we have, or just about, including registry, has something there)13:25
gary_posterok cool thanks :-)13:25
danilosgary_poster, we should probably just come up with a clean per-app CSS story anyway13:25
gary_posteryeah13:26
gary_posterif we have that, then it is clear13:26
gary_posterheh, except for the fact that pillars touch on other pillars, especially registry :-P13:26
danilosyeah, it always gets murky, but we can always include extra CSS where needed in the template13:27
gary_posterso putting it all in a global file isn't particularly crazy in that case...13:27
gary_posteryeah13:27
danilosalso, splitting it for development and combining it for users is never a bad idea either :)13:27
gary_posteryeah, that too13:28
gary_posteroops13:28
gary_posterbac benji danilos gmb: kanban now, call RSN13:28
gmbk13:28
gmbgary_poster: Would you have any objection to me taking the first week of August as leave, then, given that we don't actually have anything other than a vague timeframe for a sprint?13:50
gary_postergmb, not at all13:52
gmbgary_poster: Excellent. I'll submit the request to CA now, before anything changes :)13:52
gary_postergood plan :-)13:52
gmbgary_poster: Done.13:53
gary_postergmb, approved13:57
gmbThanks13:57
=== benji___ is now known as benji
gary_posterrunning to dr; back in a bit over an hour14:42
* danilos -> out16:08
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
* gmb -> out17:35
* gary_poster is spoiled by not having to deal with TAL + JS19:43
gary_posterTAL + JS is so much less nice19:44
gary_posteror...19:44
gary_postertrying to build the non-JS and JS stories simultaneously is what I really mean19:44
gary_posterJS only is much nicer19:44
benjiyep; I've been surprised by how non-painful building HTML with YUI has been19:48
* benji embarks on CHR.20:00
benjiDay 2: the foriegn terrain seems less hostile as we set out today, but who knows what fierce creatures we will encounter.20:01
benjibac: you know things about commercial accounts, right?  There is an activation request in the commercial support RT and from my reading of https://wiki.canonical.com/Launchpad/UserRequestsCheatSheet I should just tell mrevell about it20:11
benji...but that seems sort of silly, why would we monitor that RT if he's the one that will be doing things.20:11
bacbenji: i don't know20:11
bacis that the one that was there yesterday?  that one he seemed to have claimed20:12
benjiI'll ask him then.  Thanks anyway.20:12
benjinope, this one was filed right at an hour ago20:12
backnow, i mean "i don't know why we monitor it".  we really don't want the whole team mucking with project set up20:12
bacs/know/no20:12
benjioh, but he's probably AFK; I'll send him an email20:12
benjiah20:13
bacbenji: can i ask you about credentials and lplib?20:13
baci've got a system-wide credential for my machine to staging20:13
benjiI live for such moments.20:13
baci'm trying to use a product that grabs that set of credentials even though the SERVICE_ROOT is for production, not staging20:14
bacso, it is directing the requests to staging20:14
bacdoes that make sense?20:14
benjithe words make sense, the behavior does not20:15
bacthe second part of my question, is how do i kill existing credentials?  i looked in seahorse but don't see them20:15
benjithey should be shown in seahorse; they may not jump out at you though.  Let me see if I can give you a hint.20:15
benjiit is probably listed as "network password" if you double-click on it and look at the various tabs that come up you should be able to verify that it's the one you want20:17
* bac looks20:23
bacbenji: so i found my keys in seahorse but they were only for production.  so i'm not sure why this lplib app is trying to connect to staging even thought the credentials and the SERVICE_ROOT are for production.  odd.20:31
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
bacbenji: did you email mrevell about the RT situation?  i hope he'll address it generally.21:29
benjiyep21:29
gmbgary_poster: Around?21:30
gary_postergmb, hi, yes21:31
gmbgary_poster: Hi. Any chance we can bring our call forward by 30 minutes tomorrow or postpone it until Friday? I need to leave at about 13:45UTC tomorrow for an appointment.21:32
gary_postergmb, either is fine.  I'm inclined to 30 minutes earlier, but if you could simply move the appointment on Google calendar to the time you'd prefer then it should work for me21:33
gmbgary_poster: Ok. 30 minutes earlier works fine for me. I'll update the calendar.21:33
gmbThanks21:34
gary_postercool thanks21:34
bacbenji: found the problem.  it is an error in the app.21:42
benjigood... I guess :)21:43
benjiis it an error that others are likely to have?  is there something we can do to make that mistake less likely?21:43
bacbenji: i'm not sure if lplib moved out from under this code or if it was never correct22:23
bacthe problem is the constructor for a Launchpad object has three required params and several optional.  they passed some of the optional params in the wrong position, so the service root was not getting set and using staging, the default22:24
bacso, no, i don't think it is a general problem *unless* the constructor was changed to add those extra required params22:24
bacwhich would be unfortunate22:24
benjibac: there have been some changes there, but that doesn't sound like anything I remember...oh!  I do remember something.  I /think/ the Launchpad constructor was never meant to be a public API.22:55
benjiI also have to go now.  I'll dig into this a little more tomorrow.22:55
bacthanks.  i'll look into it in the morning22:56

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!