[04:52] jelmer: bug 755241 still needs a little polish I think [04:52] <_mup_> Bug #755241: subunit-filter ability to change fail to xfail based on external list < https://launchpad.net/bugs/755241 > [08:27] StevenK: lp:~rharding/launchpad/use-convoy is my branch with some small changes === wgrant is now known as Guest57052 [08:32] wgrant_: loloptus [08:32] Nah [08:33] I think my terrible ARM server at home has died this time. [08:38] gary_poster: sudo mount -t overlayfs -o upperdir=foo,lowerdir=bar none baz [08:39] overlayfs *and* LXC? What Could Possibly Go Wrong [08:39] wgrant_: AIEEEEEEEEEEEEEEEEEEEEEEE [08:45] well, aufs is dead, so we need to use overlayfs instead on precise [08:53] I believe it got put back into precise :) [08:53] anyhoo [08:53] we can all upgrade to precise easily enough :) [08:54] lifeless: Colin said otherwise [08:54] And it works in Oneiric [08:54] And we can use aufs on old series. [08:54] ah good, ok [08:54] wgrant_: hmm, I saw chatter go by in #ubuntu-kernel couple days back [08:59] It was killed and revived back in Lucid, but AFAIK it's really gone now. [09:05] wgrant_: '06:11 #ubuntu-kernel: < apw> tgardner, that is our desire, we are starting to see some problems, which i want to look at at rally, seems pbuilder won't work for instance which is a bit of a problem [09:05] ' === almaisan-away is now known as al-maisan === danilo_ is now known as danilos [10:08] wgrant_: grar, nasty traceback. Looks very much as if the pending change was a holdover from either a previous scan cycle or a different builder whose work got interleaved with the failing one. [10:09] jtv: Hm. It's possible that concordia was doing stuff, but I don't think so. The full log is at carob:/srv/launchpad.net-logs/staging/buildmaster/buildd-manager.log or so [10:11] Or wait… builder.Build..? [10:11] Sorry: builder.updateBuild [10:12] Calls the build behavior's updateBuild. [10:12] Yes, that's where the problem is most likely to be. [10:16] wgrant_: yup, one of the status handlers again, I suspect. [10:18] Melbourne [10:23] wgrant_: Builder.failBuilder [10:24] wgrant_: in _handleStatus_BUILDERFAIL [10:25] lp.buildmaster.model.packagebuild.PackageBuildDerived._handleStatus_BUILDERFAIL needs a read/write database policy. [10:26] Aha [10:26] But wasn't this PACKAGEFAIL? [10:28] wgrant_: dunno — haven't looked at the log yet. The traceback doesn't say. [10:28] Look at the first line of the paste. [10:28] 2012-01-11 08:41:19+0000 [QueryProtocol,client] Templates generation job blah-5194310 for lp://staging/checkbox finished with status PACKAGEFAIL. [10:29] Ah. Any chance that that might be exactly because the status update was preempted by this failure? === al-maisan is now known as almaisan-away [13:04] StevenK: https://pastebin.canonical.com/57967/ === wgrant_ is now known as Guest21768 [13:11] who can I talk to about https://bugs.launchpad.net/launchpad/+bug/188564 ? [13:12] <_mup_> Bug #188564: Build also packages for Debian in PPA's

< https://launchpad.net/bugs/188564 > [13:13] mhall119, what sort of talking to are you looking for? [13:13] uncle_ian, lp:~deryck/launchpad/remove-unused-getContentArea [13:14] deryck: I'd like to get an update on how far the conversation has gone about giving resources to this, and if any decisions have been made [13:15] mhall119, so see mrevell or flacoste [13:16] deryck: thanks [13:17] mhall119, np! [13:18] So, I was thinking of doing a hacking on LP sesion at the next ubuntu developer week, can anyone co-host the session with me? :) [13:20] * mhall119 hides [13:21] nigelb: depending on the timing, sure [13:21] \o/ [13:23] lifeless: Pick one that works for you from https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable. I'll adjust my schedule around :) [13:26] 2100UTC on tuesday is probably good === almaisan-away is now known as al-maisan [13:30] 0230, not bad. [13:30] I'll book that [13:31] I'm guessing we need at least 1 hour? [13:34] depends on what you want to show folk [13:34] nigelb: 0230 isn't bad?!?!?!?!?!?!?!??! [13:34] I can stay awake that long :) [13:35] 0400 on the other hand... === wgrant is now known as Guest18217 [13:35] Would setting up local instance of launchpad and hcaking on a small bug be too hard? [13:35] well, we can set up a VM the ycan download [13:36] Depends. You may have to fix it to document how long it takes. [13:36] it would take an hour to bootstrap a dev environment from scratch [13:36] boo [13:37] how about we announce that we expect people to already have their environments setup? (yeah, that's hard as well) [13:37] yeah [13:37] we should [13:37] but we should also make that easay [13:38] is it harder than it used to be? [13:38] no harder, no [13:38] I only had trouble with hanving enough bandwidth to download everything rf wanted to download ;) [13:44] jml: you are confusing me. And I want to talk to you about ui result objects. Can has voice? [13:47] lifeless: not *right* now. in 1hr15 though. [13:49] hey lifeless , would you be able to give me any insights into how far the discussions went on https://bugs.launchpad.net/launchpad/+bug/188564 ? [13:49] <_mup_> Bug #188564: Build also packages for Debian in PPA's

< https://launchpad.net/bugs/188564 > [13:50] mhall119: I don't think they have gone anywhere [13:50] jml: ping me. [13:50] lifeless: it sounds like it's not technically difficult, just resource expensive, am I reading that right? [13:52] there are technical things too, like having a debian archive to build against and publishing the results properly [15:30] * cjwatson wonders why lp-remove-package.py bothers taking a lock [15:30] Oh well, I guess it'll be moot once that's moved to the API ... [16:10] I just got some failures trying to push to bazaar.launchpad.net: "ConnectionReset reading response for 'BzrDir.open_2.1', retrying [16:10] ssh_exchange_identification: Connection closed by remote host" [16:10] It is working right now, though. But I'm wondering if we are having capacity issues [16:18] rvba: Does the PPA notifications thing really delete the PCJ? [16:27] rick_h__: activateConstrainBugExpiration mochi death is live on qas. === al-maisan is now known as almaisan-away === salgado is now known as salgado-lunch === salgado-lunch is now known as salgado [17:52] jml: yo [20:58] "Delete MochiKit.js since it's no longer used" \o/ [21:04] Oh yes [21:04] We can't kill YUI 2 yet, sadly. [21:05] is that going to happen this week? [21:05] Unlikely. The YUI 3 Calendar widget didn't appear until 3.4, and we're still on 3.3. [21:06] ah right [21:06] And switching to 3.4 using our current system is *painful* since they reorganised the entire bloody tree. [21:06] argl [21:06] so not difficult, but massively tedious and has to be done in one bit hit? [21:06] *big [21:07] We're looking at being clever and using a combo loader. [21:07] ah, that can translate old to new locations? [21:08] So the class names didn't change, just their locations. This is the YUI combo loader, just not Yahoo's own. [21:08] right [21:09] And let's face it. Our JS is a right mess. [21:10] We combine all of our JS files in a particular order, and then add YUI onto the end and then minify the entire lot. [21:10] It is utterly disgusting. === salgado is now known as salgado-afk [22:28] not sure you can see this, https://bugs.launchpad.net/cloudberry because it's private but the results which should be showing all bugs for this project are not matching up with the statistics in the sidebar... for example there are 3 results returned, but the side bar says there are 9 open bugs... [22:29] am I missing something? [22:30] clicking on the "9 open bugs" link takes me https://bugs.launchpad.net/cloudberry/+bugs which is still displaying only 3 bugs [22:31] timrc: i think that's sort of expected, but i can't remember why [22:32] timrc: ah, found the mail [22:33] timrc: it's because you probably have multiple paths to visibility on those bugs [22:33] i.e. directly subscribed and also in a team that is subscribed [22:34] timrc: https://lists.launchpad.net/launchpad-dev/msg06914.html