[00:32] wallyworld___: ppa:launchpad should work on precise now [01:00] man once you start looking for dupes [01:00] there are tonnnnes [01:00] (e.g. bug 132300) [01:00] <_mup_> Bug #132300: mail for new bugs inconsistent with other bug mail (ignores mail-on-my-actions disabled, missing footers, duplicate mail vs structural subscriptions)

< https://launchpad.net/bugs/132300 > [01:01] lifeless: Well [01:01] lifeless: They're not necessarily dupes [01:02] They would all be solved by making them consistent, but they're really separate bugs. [01:03] wgrant: I think there is one that isn't necessarily a dupe [01:04] wgrant: anyhow, we have limited facilities for saying 'X symptom', 'Y symptom' of a given root cause, so meh:) [01:17] Bah [01:17] lxc has been apparmored [01:20] Ahhhh [01:20] And that explains why my syslog has been all broken. [01:21] rsyslog from a container sometimes takes hold of the same stream [01:21] So /var/log/kern.log only gets the occasional byte [01:25] ok so I need help finding a damn bug :) [01:25] there was one about bugs like bug 1 [01:25] which get flashcrowded [01:26] <_mup_> Bug #1: Microsoft has a majority market share I cannot find [01:26] Bug #73122? [01:26] <_mup_> Bug #73122: individual bug reports can become very noisy and confused when unrelated comments, tasks and other links are created

< https://launchpad.net/bugs/73122 > [01:27] aiie thanks [01:27] Hmm [01:27] So I guess by apparmoring lxc-start you actually end up apparmoring an entire userspace, which is probably unprecedented. [01:27] Not surprising it doesn't work. [01:28] wgrant: so it looks like it works but fails hard? [01:28] Most stuff works [01:28] But eg. dpkg-divert sometimes doesn't. [01:29] 'nice [01:29] ' [01:35] Yeah, that's it. [01:35] Breaks ephemeral entirely too. [01:35] Probably because overlayfs doesn't like LSM much. [01:58] wgrant: filed a bug ? [01:59] Nah, mailing gary about it. [01:59] Needs some investigation to see what's actually going on. [02:00] And I've got two further non-feature things to do today [02:00] work? zomg [02:08] I really hate Erlang. [02:13] wallyworld_: Do you still have the rabbitmq-management-agent issue? [02:14] wgrant: yes, not sure exactly what the root cause is, but the 4 or 5 rabbit packages don't install [02:15] wallyworld_: sudo rm -r /usr/lib/erlang/lib/rabbit_management_agent [02:15] There's something wrong with part of the rabbitmq-management-agent package [02:15] wgrant: and try reinstalling now? [02:15] Yes. [02:15] And you can remove the libapt-pkg symlink as well [02:15] * wallyworld_ fires up apt-get [02:15] I've fixed the PPA up. [02:16] and the debversion package too? [02:16] The fixed version is built. [02:16] too slow at typing, yay, thanks. trying it now \o/ [02:16] So just upgrade [02:17] A fresh installation of launchpad-developer-dependencies works in precise now, apart from the rabbitmq issue [02:24] wgrant: yes, it indeed works. thanks, that's awesome [02:25] Huh [02:25] rabbitmq-management installs lots of files that should be in rabbitmq-management-agent [02:29] Ahhh [02:29] lynxman typoed it [02:29] --- rabbitmq-management-2.6.1+hg20110927.orig/debian/install [02:29] +++ rabbitmq-management-2.6.1+hg20110927/debian/install [02:29] @@ -0,0 +1,2 @@ [02:29] +build/app/rabbitmq_management-2.6.1/* usr/lib/erlang/lib/rabbit_management_agent [02:36] 85 / 69 MaloneApplication:+bugs [02:36] Why don't I believe that. [02:36] lifeless: Any idea about those numbers? [02:36] They seem implausibly low. [02:36] 144 / 0 MaloneApplication:CollectionResource:#bugs [02:37] mm [02:37] 2K total timeouts [02:37] wgrant: '54 / 205 ' [02:37] wgrant: might be hiding something [02:38] wgrant: the numbers seem consistent with the total timeout count [03:31] wgrant: Do you mind QAing r14737? [03:32] StevenK: Done [03:34] lifeless: "may never" lolol [03:36] * StevenK reaches for mawsonm [03:36] s/m$// [03:37] wgrant: Plan is to get r14738 deployed to NDT as soon as mawson behaves, and hopefully FDT it onto ppa/ftpmaster tonight [03:37] Correct. [03:38] wgrant: I just came up with that plan, how can it be correct? [03:38] It is the right plan. [03:38] The only plan, even. [03:40] hey [03:40] * StevenK waits for mawson to finish WADLing [03:40] does poppy need DB access any more ? [03:42] No. [03:42] Well [03:42] In 5.5 hours it won't. [03:42] But it may still connect. [03:43] cool, lets rip it out [03:44] lifeless: Your bullet points should be seperate points [03:44] lifeless: "or of bugs filed against launchpad-project " [03:44] Which doesn't make sense either [03:45] * Increasing the number or difficulty of bugs filed against launchpad-project [03:45] ? [03:46] Yes, which requires it and the previous point to be read together, and it scans awkwardly [03:48] lifeless: Bug #246022: team admins/owners (and possibly members?) can contact all members (or the mailing list if one is configured). Everyone else can only contact the owner. [03:48] <_mup_> Bug #246022: No way for team admins to contact all members of the team

< https://launchpad.net/bugs/246022 > [03:48] StevenK: I'ma sking if that rephrasing is better [03:49] wgrant: bah, I dropped the list condition from the summary [03:51] lifeless: Oh, right. Sounds fine to me. There is a similar issue in the second group of bullets [04:03] Mornin' [04:04] StevenK: For a minute there, I wondered why lifeless was skiing. [04:04] Hah [04:04] nigelb: Looking forward to the first T20I? :_D [04:05] Not really. [04:05] I think they'll get crushed. :) [04:53] wgrant: https://code.launchpad.net/~stevenk/launchpad/ttb-no-chroot/+merge/91015 [05:26] wgrant: Can haz review? [05:29] StevenK: Is there a test for _getDistroArchSeries? [05:30] It just returns ubuntu.currentseries.nominatedarchindep, I suspect that is already well-tested [05:49] lifeless: Didn't we kill oops prefixes? [05:50] wgrant: Distracted much? :-P [05:50] StevenK: Sure, but the method isn't tested any more. [05:51] I would reinstate _getChroot and the test. [05:51] They're doing not much harm. [05:51] Or is dispatchBuildToSlave fairly well tested? [05:52] Given what it does, it seems unlikely that its tests are stellar. [06:00] wgrant: Why did you unassign yourself from bug 780835? [06:00] <_mup_> Bug #780835: representation cache a pessimization

< https://launchpad.net/bugs/780835 > [06:01] Oh, since it probably needs to be ripped out of lazr.restful now that LP doesn't make use of it? [06:07] StevenK: Right. [06:07] It was a lazr.restful task, which I didn't notice until after I'd landed the branch. [06:10] * StevenK waits for the diff to update. :-( [06:14] wgrant: The diff isn't updating, but http://pastebin.ubuntu.com/824788/ is a diff against submit: [06:16] StevenK: Diff looks updated to me. [06:16] Note that AJAX updating is presently broken. [06:16] Approvalised [06:16] I've been refreshing anyway [06:17] Wait. diff stuff is now queued? [06:17] Or is it for launchpad team only for now. [06:17] nigelb: Currently, you need to be a member of ~launchpad [06:17] It needs a bit of polish [06:17] And it's been broken for a couple of days, but will hopefully be back next week. [06:18] Hrm, I suspect as much. But still, closer. [06:18] nigelb: Jealous? :-P [06:18] StevenK: You have *no* idea. [06:18] 44 [06:18] bah irssi === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [08:07] StevenK: so oops_prefix -> reporter in the new oops stack [08:07] StevenK: we have glue in LP to dynamically allocate them for scripts etc [08:07] StevenK: but they are still used in appservers (but with little reason, we can discriminate via hostname...) === almaisan-away is now known as al-maisan [08:33] lifeless: Can we migrate to one-config-per-user yet? [08:45] I don't see why not [08:46] I only ever wanted us to just limit the rate-of-change, for auditability [09:03] good morning [09:16] Morning [10:16] wgrant: I see you rebuild postgresql-8.4-debversion for precise. Are you using the lucid packages atm. for the rest of things? [10:17] stub: I grabbed slony (1) from oneiric in the primary archive, but had to rebuild debversion due to a libapt-pkg soname bump in precise. [10:18] no signer listed for slony... don't know if that is a problem [10:19] Are your PostgreSQL packages from precise? [10:19] Nah, the lack of signer is just because it was synced from Debian. [10:19] Just wondering if I should leave things as they are or try to push the pg8.4 packages into the lp ppa. [10:20] postgres itself we're still using from the primary archive. [10:20] Which, as you say, will probably go away in less than a month. [10:20] I'd like devs on PG 9.1 in the next week or two in any case [10:20] ok. I'll leave it as things are then and assume gary's missing PG packages are his problem. [10:20] But we can grab 8.4 from precise once it vanishes, if we haven't moved to 9.1 by then. [10:20] His problem was debversion and slony. [10:21] Which I fixed a few hours back. [10:21] oic. thanks. [10:21] I also diagnosed the postgresql-common issue, as you may have seen. [10:21] Unrelated to postgres, as it turns out. [10:21] and now I see your email :) [10:21] yes, saw that thread earlier ta. === matsubara-afk is now known as matsubara [11:22] How is package syncing/package copyiHow is package syncing/package copying being done now? The sync_packages database user exists but I can't find anything in the code base that actually uses it. [11:22] How is package syncing/package copying being done now? The sync_packages database user exists but I can't find anything in the code base that actually uses it. [11:24] stub: It's used by IPlainPackageCopyJobs [11:24] Which are run when IPlainPackageCopyJobSource is given to process-job-source.py [11:24] Which gets the dbuser from schema-lazr.conf [11:25] Which doesn't mention sync_packages, so must be using a different database user [11:26] dbuser: sync_packages [11:26] Line 1958 [11:27] pebkac. Was running bzr grep in the wrong directory. [11:31] nigelb: watching the T20? :-P [11:34] wallyworld__: Not you too :P [11:35] oh yeah!!! [11:35] * wallyworld__ loves cricket [11:35] especially when India lose :-P [11:36] and another wicket falls!! [11:36] fuuuuuuu [11:36] wallyworld__: haha :) [11:37] yep :-) [11:39] nigelb, wallyworld__: new Indian interweb domain: .ball [11:39] lol!!! [11:39] that is hilarious [11:39] i almost spit out my wine [11:39] all over the keyboard [11:40] my work here is done [11:40] indeed it is [11:40] bigjools: At least India didn't get bowled out for 72.... [11:40] ouch [11:40] nigelb pwned bigjools [11:45] nigelb: wanna talk about your tour to England last year? all those innings defeats? :) [11:45] Still. 72. It happened even in T20 in a while. === al-maisan is now known as almaisan-away [12:19] I was enjoying the '35 needed from 4 balls' counter === salgado is now known as salgado-afk === matsubara is now known as matsubara-lunch === salgado-afk is now known as salgado === abentley changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: gmb, abentley | Firefighting: - | Critical bugtasks: 4*10^2 [14:54] deryck: qastaging's database appears at least a month out of date from production. [14:55] flacoste, is this known ^^ ? [14:58] deryck: yes, it's a known problem [14:58] we don't have a regular update of the qastaging db [14:58] unlike staging which is reset every week-end [14:58] ah ok [14:58] flacoste: I see. Thanks. [14:58] flacoste, do we schedule it on demand then? [14:59] deryck: tbh, i have no idea :-/ [14:59] but something like that yes [14:59] ok, cool :) thanks, flacoste [14:59] mthaddon might know [14:59] yep, it's on demand === matsubara-lunch is now known as matsubara [16:15] abentley: can you peek at https://code.launchpad.net/~rharding/launchpad/one_yui_instance/+merge/91111 when you get a sec? [16:15] rick_h: sure thing. [16:16] abentley: ty [16:21] rick_h: Why "LPJS"? Wasn't it something else before? [16:21] abentley: it was LPS before but it was brought up that LPS stands for something and isn't as clear [16:21] rick_h: r=me. [16:22] abentley: ty [16:23] actually, it was always meant to be LPJS. But I can't type a J for some reason. And my sed command was wrong. ;) [16:23] and no one caught it or complained until recently. :) [16:34] jcsackett, do you have a few minutes to mumble? [17:05] abentley, I'm triaging bugs. Bug 921213 looks like Bug 760735 to me. Do you agree? [17:05] <_mup_> Bug #921213: recipe does not build: make: Cannot open: Permission denied < https://launchpad.net/bugs/921213 > [17:05] <_mup_> Bug #760735: Daily recipe: failure because of Permission denied accessing build/patch directories

< https://launchpad.net/bugs/760735 > [17:07] deryck: they are [17:07] deryck: yes [17:08] abentley, jelmer thanks! [17:28] abentley, adeuring, rick_h -- I did my hour. yay me! :) I cleared project review, open bugs, and answered a couple questions. [17:28] deryck: congrats! [17:28] deryck: woot! [17:29] deryck: cool [17:42] sinzui: i can mumble now, sorry i was on the phone when you pinged earlier. [17:42] sinzui: are you still free? [17:42] I am [17:43] * jcsackett fires up mumble [18:13] morning [19:36] can I check if a person is a canonical employee or not through the launchpadlib api, using the anonymous login? [19:36] no [19:55] ok, then I need to get an app authorized to access that [19:59] mhall119: authorized in what sense? you will only be able to see members of that team, if you are also a member of it, as it's a private team. [20:00] dobey: I'm adding to the script that builds bug stats for unity [20:01] I need to show the number MPs coming from community [20:01] mhall119: have you seen the contributors script in Launchpad? [20:02] jelmer: no, does it involve zope? [20:02] no, why would it? [20:02] mhall119: IIRC it doesn't; it just looks at bzr commits in the mainline rather than merge proposals though [20:02] lifeless: because it's launchpad? [20:03] where can I see this? [20:03] utilities/community-contributions.py in lp:launchpad [20:03] mhall119: you can probably check that the owner of the source branch with is_valid_reviewer() on the target branch, in a proposal [20:04] mhall119: the result of that script is at http://dev.launchpad.net/Contributions [20:04] jelmer: if it returns true, the owner is part of the unity team, if it's false, the owner is community :) [20:04] jelmer: where can I see the script itself? [20:04] mhall119: it's linked from the wiki page [20:05] dobey: what object has is_valid_reviewer? [20:06] dobey: ok, I see .iPersonTrustedReviewer [20:06] deryck: I'm OCR. Could you possibly review https://code.launchpad.net/~abentley/launchpad/fix-index-download/+merge/91160 ? [20:06] mhall119: yeah, sorry, isPersonTrustedReviewer [20:07] but that only tells me if someone is on the unity team, not if they're non-employees [20:07] mhall119: why does it matter if they're an employee or not? [20:07] dobey: because that's the metric my manager wants [20:08] abentley, sure [20:08] besides, I'm not even sure if everyone in the dx team would be isPersonTrustedReviewer on unity's trunk [20:08] deryck: thanks. [20:08] np! [20:09] mhall119: possibly not, but not everyone on dx works on unity, either === matsubara is now known as matsubara-afk [20:10] dobey: right, so I don't think jono wants DX members who don't work on unity counted in this metric [20:11] *shrug* [20:31] abentley, r=me [20:32] deryck: thanks. [20:32] abentley, np! [20:39] -> l'hopital [20:39] bbiab [20:41] dobey: ok, I've got it working, now to optimize it [20:41] dobey: is there a way to pre-fetch all the people who can review lp:unity, and check against that for each MP against lp:unity [20:45] mhall119: you can get the default reviewer that's set for the branch, and branch owner, and compare against those (they might be different) [20:46] dobey: right, but it'll always be the same team as reviewer [20:46] so can I hit LP once to get all of the members of that team, and then check locally? [20:47] yes; your script should check both in case they are different. if you've already got the branch object, it shouldn't be expensive to see if they are the same. [20:48] (to save having to fix the code later, if you decide to run the script against a project which does have different values set) :) [20:51] how far back does .landing_candidates go? [20:53] and is that the best way to get a historical list of merge proposals [20:59] deryck, rick_h: Did my interrupt duties. Project review, some Questions, spam deletion, and I updated https://wiki.canonical.com/Launchpad/FeedbackMonitoring [21:00] abentley, awesome, thanks. [21:31] StevenK: ping when you're around to chat make/js build dir stuff [22:06] rick_h: Hmmmm? === abentley changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: - | Firefighting: - | Critical bugtasks: 4*10^2 [22:21] abentley: If you tag a bug as 'qa-bad', could you also add 'bad-commit-' ? [22:22] abentley: Not trying to pick on you, it just keeps happening. I think a mail to -dev is in order. [22:22] StevenK: It seems absurd that I should need to. [22:25] abentley: Why? Its needed for the qa-tagger if you rollback the branch [22:26] StevenK: Because there's only one revno I could possibly be talking about. [22:26] abentley: No, there could be more -- land, qa-bad, rollback, land, qa-bad .... [22:26] It has happened like that. [22:27] StevenK: I'm saying there *aren't* more. [22:28] StevenK: And at the time something is marked qa-bad, I don't think there's ambiguity either. [22:41] Later on, everyone. [23:02] rick_h: have you submitted your LPJS branch to ec2? [23:29] StevenK: I agree, a mail to -dev is in order. [23:30] StevenK: if the process is wrong / needs more automation, we can/should do that; but driving the tools inconsistently confuses folk and that consumes time and energy.