[00:15] <soren> https://edge.launchpad.net/~shawarma/+archive/+build/444858  <-- The builder is listed as an i386 one, but produces amd64 binaries.
[00:17] <soren> It seems to be supposed to build amd64 binaries. I think it's just listed incorrectly.
[00:17] <elmo> soren: file a bug on soyuz
[00:17] <mpt> soren, that bug's reported, I confirmed it yesterday
[00:17] <soren> mpt: Oh, ok.
[00:18] <soren> Sorry for the trouble.
[00:19] <mpt> no trouble :-)
[00:23] <mpt> soren, it's bug 159606
[00:23] <ubotu> Launchpad bug 159606 in launchpad-buildd "osmium incorrectly described as i386" [High,Confirmed] https://launchpad.net/bugs/159606
[00:30] <ubotu> New bug: #162763 in launchpad-bazaar ""Register merge proposal" is indirect" [Undecided,New] https://launchpad.net/bugs/162763
[01:01] <ubotu> New bug: #162771 in rosetta "Poor feedback from translation export queue" [Undecided,New] https://launchpad.net/bugs/162771
[05:35] <ubotu> New bug: #162803 in malone "Please support different "Also affects distribution" targets for different bug tasks" [Undecided,New] https://launchpad.net/bugs/162803
[06:21] <Hobbsee> mpt: :P
[06:21] <Hobbsee> mpt: that requires me to re-login, etc, just to post a damn question.
[06:21] <Hobbsee> which requires finding my LP p/w
[06:23] <jamesh> if only web browsers could remember details like that
[06:25] <Hobbsee> it does - for the vanilla, and beta ones.  assuming i'm on launchpad.net itself, not a url off that.
[07:11] <Hobbsee> lamont: did you find teh chroot problem, btw?
[07:22] <mpt> Hobbsee, what does?
[07:22] <Hobbsee> mpt: your comment on my question, about that i should use staging, not production
[07:23] <mpt> oh
[07:23] <mpt> You don't know your Launchpad password? That's mildly alarming
[07:25] <Hobbsee> mpt: my password safe does.
[08:11] <carlos> morning
[08:13] <Hobbsee> morning carlos 
[13:45] <ubotu> New bug: #162873 in launchpad "LookupError when editing team if you changed your Launchpad ID after loading the form" [Undecided,New] https://launchpad.net/bugs/162873
[13:46] <lamont> Hobbsee: I had, um, computer problems.
[13:47] <Hobbsee> lamont: ...right
[13:47] <lamont> so no. I'll look when I get to the office today
[13:48] <Hobbsee> lamont: cool, OK
[13:48] <lamont> Hobbsee: amusingly (1) INIC162x doesn't support SATA drives of over 2^28 sectors (LBA48), (2) my mother board doesn't allow me to have both primary IDE and SATA active (so the IDE-to-SATA adapter was not successful as a solution), and (3) best buy actually has a non INIC162x SATA controller card.
[13:48] <Hobbsee> lamont: ouch!
[13:48] <lamont> so, two trips into town yesterday :-(
[13:49] <lamont> oh, and the new machine has a different video card, so it shouldn't randomly lock up because I moved the mouse at the wrong instant.
[13:49] <lamont> and I need to leave 3 minutes ago.
[13:49] <lamont> gone
[14:00] <Rinchen> hello SteveA 
[14:00] <danilos> you?
[14:00] <bigjools> meh
[14:01] <carlos> me!
[14:01] <carlos> :-P
[14:01] <schwuk> who?
[14:01] <danilos> he!
[14:01] <mpt> Couldn't be!
[14:01] <gmb> We
[14:01] <gmb> are the knights
[14:01] <barry> mao
[14:01]  * schwuk feels like he's reading Dr Seuss
[14:01] <bac> no talking
[14:02] <Rinchen> penalty card - talking
[14:02] <ddaa> meow
[14:02] <LongPointyStick> woof
[14:02] <gmb> who say..
[14:02] <barry> Rinchen: :)
[14:02] <gmb> (everyone)
[14:02] <jamesh> here, but a bit sleepy
[14:03] <Rinchen> jamesh, I know the feeling.  
[14:03]  * Hobbsee force feeds jamesh coffee
[14:03] <flacoste> isn't the meeting now?
[14:03] <Rinchen> jamesh, with the timezone changes I have to get up at 6:40
[14:03] <Rinchen> mthaddon is even worse.  
[14:03] <gmb> Hobbsee: if you could do that to the whole LP team, that'd be great.
[14:03] <jamesh> Rinchen: it's the 10 hours of jet lag that's making me sleepy
[14:03] <Hobbsee> gmb: that would require an awful lot of flying.  and i dont make good coffee :)
[14:03]  * jtv lines up for coffee
[14:03] <schwuk> gmb: except I don't like coffee
[14:03] <jamesh> not so much the time of day
[14:03] <Rinchen> jamesh, see, you should have stayed here and setup shop :-)
[14:04] <gmb> Hobbsee: no-one said it had to be good ;)
[14:04]  * Rinchen is attempting to locate SteveA 
[14:04] <Hobbsee> haha
[14:04] <stub> You should all come to Bangkok for the LP meeting
[14:04] <Hobbsee> can i ask a question, while you're waiting?
[14:04] <barry> Rinchen: that's why we're moving this meeting to 1500utc, right? <wink>
[14:04] <jtv> stub: I'm trying!
[14:04] <jamesh> and miss the nice 30°C weather?
[14:04] <bigjools> stub: I'd rather be further south on one of the islands :)
[14:04] <gmb> Hobbsee: fire away. No promises that we'll answer, though.
[14:04] <Hobbsee> gmb: when are the LP sprints?
[14:05] <ddaa> jamesh: I disagree with you value of nice
[14:05] <schwuk> /dev/random
[14:05] <stub> I'll compromise on Phuket if necessary
[14:05] <Rinchen> jamesh, good point, it's  -8 right now here in Colorado
[14:05] <ddaa> schwuk: you meant "cat /dev/random" right?
[14:05] <gmb> Rinchen: can you answer Hobbsee's question? ^^
[14:05] <jamesh> ddaa: I did miss a 39°C day earlier this week, apparently
[14:05] <bigjools> Phuket is way too expensive
[14:05] <danilos> gmb: can anyone answer that? :)
[14:05] <ddaa> actually, you probably meant "unrandom" too
[14:06] <schwuk> ddaa: If you want to be precise...
[14:06] <Rinchen> Hobbsee, which sprints? :-)  We had some planning time over the last two weeks
[14:06] <Hobbsee> Rinchen: the ones you all are at, i think.
[14:06] <Rinchen> Hobbsee, ah, then... the last two weeks. This week we are back to normal
[14:06] <ddaa> Hobbsee: you just missed one
[14:06] <schwuk> Rinchen: we are?
[14:06] <Hobbsee> ddaa: i know that :)
[14:06] <jamesh> Hobbsee: we're in recovery mode
[14:07] <Rinchen> normal is relative of course
[14:07]  * schwuk puts the Jager away
[14:07] <gmb> schwuk: For a value of normal
[14:07] <Hobbsee> jamesh: haha.  liver is becomming sane again
[14:07] <gmb> schwuk: Normalised by Jager.
[14:08] <Rinchen> well, seems SteveA is unavailable for the moment.  mpt would you kindly do the honours?
[14:08] <mpt> ok, one moment
[14:09] <Rinchen> thank you sir
[14:09]  * mpt finds his gavel
[14:09] <mpt> MEETING TIME
[14:09] <stub> me
[14:09] <mthaddon> me
[14:09] <mpt> Welcome one and all to the weekly Launchpad development meeting
[14:09] <mpt> Other than stub and mthaddon, who is here?
[14:09] <gmb> me
[14:09] <allenap> me
[14:09] <adeuring> me
[14:09] <barry> me
[14:09] <flacoste> me
[14:09] <sinzui> me
[14:09] <Rinchen> me
[14:09] <schwuk> me
[14:09] <danilos> me
[14:09] <BjornT> me
[14:09] <jtv> me
[14:09] <bac> me
[14:09] <ddaa> meep
[14:09] <jrydberg__> you.
[14:09] <jamesh> me
[14:09] <bigjools> me
[14:10] <SteveA> me
[14:10] <carlos> me
[14:10] <ddaa> hey jrydberg__: long time no see
[14:10] <mpt> SteveA, I see you hiding there
[14:10] <cprov> me
[14:10] <SteveA> mpt: thanks for starting -- network issue here :-/
[14:10] <Rinchen> mrevell and matsubara send their regretts.
[14:10] <leonardr_> me
[14:10] <jrydberg__> ddaa: yeah! sup?
[14:10] <mpt> SteveA, is it fixed, or continuing?
[14:11] <ddaa> jrydberg__: talk after meeting
[14:11] <SteveA> mpt: I hope it's fixed.  meanwhile, please continue :-)
[14:11] <jrydberg__> ddaa: agree!
[14:11] <salgado-afk> mpt, today is a holiday in Brazil. I'm around but may not be responsive
[14:11] <mpt> Team leads, please find your absent colleagues
[14:11] <mwhudson_> what a time for wifi to die
[14:11] <mpt> == Agenda ==
[14:11] <mpt>  * Next meeting
[14:11] <mpt>  * Actions from last meeting
[14:11] <mpt>  * Oops report (Matsubara)
[14:11] <mpt>  * Critical Bugs (Rinchen)
[14:11] <mpt>  * Bug tags
[14:11] <mpt>  * Operations report (mthaddon)
[14:11] <mpt>  * DBA report (stub)
[14:12] <mpt>  * Sysadmin requests (Rinchen)
[14:12] <mpt>  * A top user-affecting issue (mrevell)
[14:12] <mpt>  * Next meeting
[14:12] <mpt>  * Actions from last meeting
[14:12] <mpt> except minus the last two lines
[14:12] <mpt>  * postgres shared memory - flacoste
[14:12] <mpt>  * Renaming Launchpad projects? (malone, rosetta, meta-lp-deps, blueprint, soyuz) - kiko
[14:12] <mpt>  * What to do with tickcount? - kiko
[14:12] <mpt>  * Blockers
[14:12] <mpt> If you have any other items, please /msg me
[14:12] <SteveA> the issues from kiko are old
[14:12] <SteveA> from last meeting
[14:12] <mpt> ok, ta
[14:13] <SteveA> flacoste's one is old too
[14:13] <intellectronica> me
[14:13] <SteveA> there should be an item about removing [trivial]
[14:13] <mpt> That means there's a meeting I need to transcribe somewhere, then
[14:13] <mpt> == Next meeting ==
[14:13] <mpt> Anyone who will be unable to attend same time next week?
[14:13] <mthaddon> US holiday
[14:13] <jtv> I'll be on vacation.
[14:13] <barry> me
[14:14] <BjornT> i'll be on vacation the whole week
[14:14] <barry> what mthaddon said
[14:14] <bac> ^^
[14:14] <Rinchen> I'll be off too
[14:14] <Rinchen> I make a motion to cancel next week's meeting. :-)
[14:14] <flacoste> SteveA and kiko are away also next week?
[14:15] <Rinchen> SteveA will not be there. Kiko is unknown.
[14:15] <mpt> kiko is an enigma
[14:15] <Rinchen> Let's set the next meeting  to the 29th then.
[14:16] <mpt> ok, next meeting in two weeks
[14:16] <gmb> I think a few of our US folks might want that to be 15:00 UTC
[14:16] <mpt> Ah, now that daylight saving has begun
[14:17] <mpt> 4am NZT, whee
[14:17] <stub> Midnight here
[14:17] <stub> Oops... 10pm. Can't count.
[14:17] <LeRoutier> Hello
[14:17] <mpt> It might be better to discuss that on the mailing list
[14:17] <Rinchen> +1
[14:17] <mpt> == Actions from last meeting ==
[14:17] <carlos> 15:00 UTC is better for me too
[14:17] <danilos> mpt: didn't we have a simple table in the wiki for everyone to say their preferences?
[14:18] <barry> fwiw, we moved the ameu reviewers meeting to 1500utc
[14:18] <mpt> Yes, if everyone updates their data on <launchpad.canonical.com/MeetingTimes>, that will make the decision easier
[14:18] <mpt> so please go and do that
[14:19] <schwuk> mpt: you might want to send that to the list as well, for those that aren't here
[14:19] <mpt> ok, I'll do that
[14:19] <LeRoutier> About PPA, is that normal to see AMD64 packages beeing built by osmium (xen-i386) ?
[14:19] <LeRoutier> Is this one doing both AMD64 & x86 ?
[14:19] <mpt> Since I've forgotten to minute the last meeting (because I wasn't present), there are no actions
[14:19] <Rinchen> Hi LeRoutier, just a moment please. We're holding a meeting.
[14:20] <mpt> I'll mail any to the list
[14:20] <LeRoutier> ok, no prob
[14:20] <mpt> == Oops report ==
[14:20] <danilos> mpt, let us hear it :)
[14:20] <mpt> There's one new oops I've deciphered so far, bug 162873
[14:20] <ubotu> Launchpad bug 162873 in launchpad "LookupError when editing team if you changed your Launchpad ID after loading the form" [Undecided,New] https://launchpad.net/bugs/162873
[14:20] <mpt> Who would like to take that one?
[14:21]  * mpt flees the stampede of volunteers
[14:21] <flacoste> that sounds like a corner case to me...
[14:21] <Rinchen> flacoste, does salgado-afk have any time for that?>
[14:21] <flacoste> Rinchen: no
[14:21] <mpt> Yes, it's a corner case
[14:21] <SteveA> I'd make that a seriously low priority
[14:21] <SteveA> as in, let's not fix it in the next 2 cycles
[14:21] <mpt> ok, we can leave it unassigned
[14:22] <SteveA> that's the kind of thing we can look at making robust when we look at ajax stuff
[14:22] <mpt> Common recent oopses include bug 50617 and bug 42599
[14:22] <ubotu> Bug 50617 on http://launchpad.net/bugs/50617 is private
[14:22] <ubotu> Bug 42599 on http://launchpad.net/bugs/42599 is private
[14:22] <mpt> both timeouts
[14:22] <jtv> (wakes up) It wasn't us this time?
[14:23] <gmb> Bless.
[14:23] <mpt> jtv, I was just about to say, "and of course +translate is timing out much more than any of those"
[14:23] <intellectronica> i can take a look at 50617
[14:23] <carlos> mpt: I hope this is the last meeting with that issue ;-)
[14:23] <mpt> SteveA, it's not obvious to me why the team editing form needs to have a hidden field with the owner in it in the first place
[14:24] <jtv> carlos: flw
[14:24] <SteveA> mpt: that's worth another bug.
[14:24] <SteveA> mpt: I'd say that's a separate bug to one coping with forms that are loaded while an id is changed behind the scenes.
[14:25] <jamesh> mpt: using old form infrastructure maybe?
[14:25] <jamesh> using ContextWidget or whatever it is called
[14:25] <mpt> SteveA, for this specific bug, removing the owner field is one possible solution
[14:25] <mpt> If there are other forms that have owner and shouldn't, I agree those are separate bugs
[14:25] <flacoste> mpt: yeah, converting that form to LaunchpadFormView would solve the issue
[14:25] <SteveA> mpt: true.  however, I still say we don't need to fix that specific bug.
[14:26] <mpt> 42599 is about distroarchreleases, and 50617 is about blueprints. Who should fix them?
[14:27] <intellectronica> mpt: i volunteered for 50617
[14:27] <mpt> thanks intellectronica 
[14:27] <mpt> ok, moving on
[14:27] <mpt> == Critical bugs (Rinchen) ==
[14:27] <Rinchen> Hi, 3 for today, all Soyuz.
[14:27] <Rinchen> cprov, bigjools:  Status for Bug #155921, Bug #157552, and Bug #159304 please. :-)  Thanks.
[14:27] <ubotu> Launchpad bug 155921 in soyuz "copy-package cannot copy between archives" [Critical,In progress] https://launchpad.net/bugs/155921 - Assigned to Celso Providelo (cprov)
[14:27] <ubotu> Bug 157552 on http://launchpad.net/bugs/157552 is private
[14:27] <ubotu> Bug 159304 on http://launchpad.net/bugs/159304 is private
[14:28] <cprov> Rinchen: my two pieces are under review
[14:28] <Rinchen> fantastic
[14:28] <bigjools> mine is landed
[14:28] <bigjools> and released
[14:28] <Rinchen> Great. Please update the bug if you haven't in the last hour :-)
[14:28] <Rinchen> Thanks.
[14:28] <bigjools> and cprov is currently fudging production to re-publish the indexes
[14:28] <bigjools> I have :)(
[14:29] <Rinchen> That was easy. And painless.
[14:29] <Rinchen> Thanks.  Back to you mpt
[14:29] <mpt> == Bug tags ==
 says there are two proposed tags, bugtag and hwdb
[14:30] <mpt> Is that accurate, or have they already been discussed?
[14:30] <flacoste> that's accurate
[14:30] <flacoste> both from kiko i guess
[14:30] <mpt> Yes, both are from kiko
[14:30] <mpt> who isn't here
[14:31]  * SteveA looks
[14:31] <mpt> He's already used "bugtags" on 28 bug reports
[14:32] <Ubulette> how often are the NEW for hardy reviewed ?
[14:32] <SteveA> rather than "bugtag" proposed?
[14:32] <Rinchen> SteveA, yeah.  
[14:32] <SteveA> Ubulette: that's a question for the ubuntu people.
[14:32] <SteveA> Ubulette: we're the launchpad people.
[14:32] <jamesh> Ubulette: maybe you are looking for #ubuntu
[14:32] <Ubulette> oh, right :)
[14:33] <Hobbsee> Ubulette: when the archive admins do it.
[14:33] <Hobbsee> and they are not LP people.
[14:33] <mpt> Yes, he's proposed "bugtag" but used "bugtags"
[14:33] <Ubulette> ok, thanks
[14:33] <mpt> There is only one example of a bug that would use "hwdb", bug 3382
[14:33] <ubotu> Launchpad bug 3382 in malone "Enable users to submit HW info to a DB and reference these DB records in bug reports" [Medium,Confirmed] https://launchpad.net/bugs/3382
[14:34] <mpt> SteveA, what's your verdict?
[14:34] <Rinchen> Eventually I'd like to have non-bug tags. However we can cross the bridge when we come to it.
[14:34] <Rinchen> I'm ok with both at the moment.
[14:34] <mpt> Rinchen, by then we might have mass tag-changing, so we won't even need to have this discussion :-)
[14:34] <SteveA> remove the proposal of hwdb.  it needn't be an official tag.  needn't reject it either.
[14:35] <SteveA> there doesn't seem to be much call for an official hwdb tag just now in the bug data
[14:36] <SteveA> there are 0 bugs tagged 'bugtag'
[14:36] <SteveA> so obviously that's not going to be accepted :-)
[14:36] <SteveA> should the tag be 'bugtag' or 'bugtags' ?
[14:36] <Rinchen> I vote for bugtags  since it's already in use
[14:36] <mpt> SteveA, there have often been tags proposed before they were used
[14:37] <Rinchen> The search in the proposal yields what appears to be those tagged with bugtags
[14:37] <mpt> All right, bugtag is declined because people should be using bugtags instead. Onward!
[14:37] <SteveA> mpt: there's "used" as in "bugs exist that would be tagged with this", and there's "used" as in "bugs have been tagged with this tag"
[14:37] <SteveA> hang on
[14:37] <mpt> == Operations report (mthaddon) ==
[14:37] <SteveA> please wait a sec
[14:37] <mpt> ok
[14:38] <SteveA> is 'bugtag' clearly a superior name to 'bugtags' ?
[14:38] <SteveA> or vice versa?
[14:38] <SteveA> if they're equivalent, then we can update the proposed tag to 'bugtags', and approve it
[14:38] <mpt> With the disclaimer that I don't think any of this really matters, we have "bugwatch" not "bugwatches"
[14:38] <SteveA> if 'bugtag' is clearly better as a name, we should update all 'bugtags' tags to 'bugtag', and approve 'bugtag'
[14:39] <mpt> "motu", not "motus"
[14:39] <mpt> and "ppa", not "ppas"
[14:39] <SteveA> then, 'bugtag' approved.  someone needs to do (a db query perhaps) to update the tags
[14:39]  * Rinchen assigns that to kiko. ;-)
[14:39] <mpt> ok.
[14:39] <Rinchen> I'll send him an email with this.
[14:39] <mpt> == Operations report (mthaddon) ==
[14:39] <mthaddon> Moving to release-critical in PQM on (most likely) Sat morning US time
[14:39] <mthaddon> Nothing else to report
[14:40] <mpt> thanks Tom
[14:40] <gmb> mthaddon: Which US time?
[14:40] <stub> If you have to ask, you are LATE
[14:40] <stub> :)
[14:40] <mpt> == DBA report (stub) ==
[14:40] <mthaddon> gmb, was being vague, but west coast
[14:40]  * gmb wants to know how far he can push his luck
[14:40] <stub> The DB review queue is clear except for one branch from cprov and another from Edwin. I suspect Edwin's patch shouldn't go through yet (private team boolean). I think cprovs will be fine but want to get sign off from sabdfl if possible.
[14:40] <stub> The next rollout will have significant downtime (4 hours or so) due to the Rosetta schema migration assuming the branch lands in time. I would suggest delaying the rollout if that is a problem because this is a good time of the year to do it.
[14:40] <stub> Nothing else thrilling happening.
[14:40] <stub> EOM
[14:41] <mpt> thanks Stuart
[14:41] <mpt> == Sysadmin requests (Rinchen) ==
[14:41] <Rinchen> Hi! Is anyone blocked on an RT or have any that are becoming urgent? I'm aware of APIs and Feed items.
[14:41] <Rinchen> and mailing list
[14:41] <cprov> stub: would you like to book a conference call to discuss my patch ?
[14:42] <stub> cprov: I'm happy with it. I'll wave it through if I can't wave it past mark by my tomorrow.
[14:42] <Rinchen> no takers. Ok, back to you mpt.
[14:42] <cprov> stub: okay, thanks
[14:43] <mpt> thanks Joey
[14:43] <mpt> == A top user-affecting issue (mrevell) ==
[14:43] <Rinchen> skip
[14:43] <mpt> ok
[14:43] <mpt> In mrevell's absence, I'm fairly confident in stating that the top user-affecting issue at the moment is the translations timeouts
[14:43] <mpt> jtv, is your branch on track for landing?
[14:44] <jtv> mpt: getting there
[14:44] <Hobbsee> mpt: and timeouts in general, yes.
[14:44] <jtv> we should make it.
[14:44] <mpt> ok
[14:44] <Hobbsee> mpt: anything requiring a search box is also quite bad.
[14:44] <mpt> == Blockers ==
[14:44] <Hobbsee> (w.r.t timeouts)
[14:44] <flacoste> Foundations team: not blocked
[14:44] <jtv> Translations team: Not blocked.
[14:45] <BjornT> Bugs team: not blocked
[14:45] <Rinchen> Releases Team: Not Blocked.
[14:45] <mpt> Perhaps SteveA would like to say something here about when to regard yourself as blocked?
[14:46] <mpt> given that we've been discussing it recently
[14:46] <mpt> Soyuz team? Bazaar team? Special Ops team?
[14:46] <SteveA> we were dicussing 'blocked' vs 'stalled'
[14:46] <SteveA> SC: not blocked
[14:46] <bac> Collaborative Commerce: Feeds blocked on new caching setup
[14:47] <schwuk> hwdb: not blocked
[14:47] <SteveA> where 'blocked' means 'cannot proceed because of depending on someone or something external to the team'
[14:47] <SteveA> or 'out of the team's control'
[14:47] <bigjools> Soyuz: not blocked
[14:47] <mpt> ddaa, are you representing the LP-Bazaar team today?
[14:47] <SteveA> and 'stalled' meaning 'not making progress, despite not being blocked'
[14:47] <SteveA> and that might be because there is other work going on
[14:47] <mwhudson_> Code team: bug 144744
[14:47] <ubotu> Launchpad bug 144744 in launchpad-bazaar "get a better design for loggerhead" [High,Confirmed] https://launchpad.net/bugs/144744 - Assigned to Matthew Paul Thomas (mpt)
[14:48] <SteveA> or because the task in question was not RTC (ready to code) when started
[14:48]  * mwhudson_ was hunting bug numbers
[14:48] <ddaa> mpt: was talking with mwhudson_ offline about blockage
[14:48] <mpt> ok
[14:48] <SteveA> maybe it'll be helpful to have team leads report on stalled tasks too.  I dont' want to discuss that here, today, though, as we're almost out of time.
[14:49] <mpt> ok, thanks SteveA 
[14:49] <mpt> bac, who should be setting up the caching?
[14:49] <mpt> or is that an RT?
[14:49] <bac> mpt: work between SteveA, Joey, and an external resource
[14:50] <mpt> mwhudson, I'll discuss with Rinchen scheduling that for next cycle
[14:50] <Rinchen> there is a blocking rt which elmo knows about
[14:50] <mpt> ok
[14:50] <mwhudson> mpt: thank you
[14:50] <mpt> And that's all for today
[14:50] <Rinchen> Thanks for running the meeting mpt.
[14:50] <mpt> MEETING ENDS
[14:50] <mpt> thank you everyone
[14:50] <mpt> and sorry we went over time
[14:50] <mwhudson> mpt: it's not super-duper hi priority, nor do i necessarily want _you_ to do the work
[14:51] <mwhudson> mpt: but you said you'd get something done...
[14:51] <mpt> mwhudson, basically the answer is, (1) embed it in main-template.pt or (2) give it the Launchpad color scheme but nothing else
[14:51] <mpt> and iirc (1) is impossible, right?
[14:52] <mwhudson> mpt: er
[14:52] <mwhudson> the question is simply _getting a better design_
[14:52] <mwhudson> the css and layout are both pretty terrible at the moment
[14:53] <mwhudson> once a better groundwork is laid for that, we can see about the launchpad integration aspect
[14:53] <mpt> mwhudson, oh, so you mean a design for loggerhead wherever it's used, whether in Launchpad or not?
[14:54] <SteveA> bac: for setting up cacheing for feeds, IS should be able to do that for basic testing
[14:54] <SteveA> bac: we shouldn't block launching feeds on having a whole new infrastructure
[14:54] <mwhudson> mpt: yes
[14:55] <mpt> mwhudson, ok. I misunderstood the bug report.
[14:55] <bac> SteveA: from our meeting at AH it was my impression we could not proceed until we had squid in place and it was going to be done as a single effort.
[14:55] <mwhudson> mpt: apologies for not being clearer
[14:55] <mwhudson> mpt: do you want to amend it, or should i?
[14:56] <bac> SteveA: i'll talk to mthaddon and figure out how to proceed.
[14:56] <mpt> mwhudson, I can
[14:56] <mwhudson> mpt: thanks
[14:56] <mpt> mwhudson, are there lists anywhere of problems people have with the current design?
[14:57] <nealmcb> the project I just registered, https://edge.launchpad.net/libvirt  is set to not do translations, questions or bug reports, but there are three prominent buttons on the main page prompting people to use it for just that - what's up?
[14:58] <mwhudson> mpt: well, i have a problem in that the css is terrible
[14:58] <mwhudson> in the sense that there's a selector for practically every element
[15:00] <lamont> cprov-lunch: when you're back from lunch, wondering of chroot-problem failures autoretry, or if there is a mass give-back to do...
[15:00] <nealmcb> and the link for the bug tracker leads not to the redhat bugzilla, but to a list of all launchpad bugs being watched at redhat - hardly the place someone would want to go to report a bug, I'd think
[15:14] <cprov-lunch> lamont: how do you mean ?
[15:17] <bigjools> lamont: can I help?
[15:20] <mpt> "Tip: Leaving your mouse over the FAQ or question title will pop out the beginning of the content."
[15:21] <mpt> Darn, I knew I should have set that mousetrap, now the content is spilled *everywhere*
[15:21] <ubotu> New bug: #162891 in malone "Restricted Drivers fails to install in fresh OS." [Undecided,New] https://launchpad.net/bugs/162891
[15:33] <lamont> cprov-lunch: apparently when I upgraded launchpad-buildd on the buildds yesterday, it broke lpia (not sure how), and there were "chroot error" failures in quantity.
[15:33] <lamont> those all need to be retried now that the chroots are better
[15:33] <lamont> if that's automatic, we can both go back to sleep.  if it's not, then I'm reminded that there is no UI in LP for doing mass givebacks
[15:37] <bigjools> lamont: cprov is supposed to be on a holiday today - I'll chase it up for you
[15:40] <lamont> ah, ok
[15:49]  * lamont wonders how the ride is in the area of Chile this morning
[15:50] <lamont> (earthquakes can be fun, no?)
[16:01] <bigjools> lamont: how many builds failed?
[16:04] <lamont> bigjools: dunno
[16:04] <lamont> elmo mentioned it
[16:05] <bigjools> ok thanks
[16:37] <elmo> I don't have any easy way of telling how many builds failed, so I don't know either
[19:02] <Ubulette> what's happening in PPAs during the 1h window between the Accepted email and the release 1st appears on lp +archive/+builds (even before it's taggued as queued) ?
[19:03] <Ubulette> is that expected ?
[19:04] <Ubulette> even when all ppa builders are idle waiting, i see that 1h gap lost doing (apparently) nothing
[21:06] <dpm> Could anyone tell me where I can temporarily cancel the redirect from production Launchpad to Edge? On launchpad-users there is a mention that this is possible through a link in the Edge homepage, but I just can't find it.
[21:08] <Ubulette> dpm, visit https://launchpad.net/, there's a yellow banner at the top of the homepage
[21:10] <dpm> Ubulette: many thanks. I was reading this post -> https://lists.ubuntu.com/archives/launchpad-users/2007-September/002107.html, which mentions that the link is at the Edge homepage. However, it seems to be at the Launchpad homepage
[21:12] <LaserJock> weird, I thought they were the same thing
[22:05] <LaserJock> I think one of the Rosetta admins needs to do it but I'm not sure
[22:06] <Cillian> Yeh, that's what it seemed like to me
[22:06] <Cillian> Hmm, I'll have another poke at the weekend, thanks anyway