[00:03] wgrant: can you hear me? [00:03] wallyworld_: No. [00:03] bugger [00:04] sidnei: here but my mike is broken [00:04] sinzui: ^^^^ [00:05] wallyworld_: I had to mute/unmute from sound preferences this morning to make my mic really work [00:09] sinzui: wgrant: skype works, but not mumble :-( [00:19] sigh, what i really want is just to be able to attach comments ajaxily to the wiki page [00:24] mwhudson: that would rock [00:25] maybe we can make thumper add that to wikkid :) [00:25] sup? [00:25] attach comments? [00:28] I think WYSIWYG editing without bring up the full edit widget [00:28] e.g. change one paragraph only [00:28] or add an annotation to the text [00:31] wallyworld_: Hi. [00:32] wgrant: hello [00:32] why does my brain always pop up 'cucumber' when i'm really trying to remember 'celery' [00:32] wallyworld_: Can you QA your recipe build emails thing on staging? [00:34] wgrant: yes. just going through my emails now and saw that one is still todo [00:34] I'm doing the gpghandler thing. [00:34] wgrant: not sure how to qa it though [00:35] mwhudson: because they are both terrible project names [00:35] lifeless: +1 [00:35] wallyworld_: Create one successful build, one depwait build, see what happens? [00:36] wgrant: that's the point. i'm not sure how to create a buidl with a dep issue [00:36] wallyworld_: Branch an existing package, add 'fewfwefwefwew' to the Build-Depends field, build. [00:37] wgrant: ok. i'm a total packaging noob you realise :-) [00:37] wgrant: on qastaging, i assume there are logs we can look at to see what email would have been sent [00:37] wallyworld_: You can check the staging mailbox. [00:38] Have you accessed that before? [00:38] nope :-( [00:38] Let's see if I can find the wiki page. [00:39] if it's on the wiki, i'll find it [00:39] https://wiki.canonical.com/InformationInfrastructure/OSA/LPHowTo/ConnectToStagingMailbox [00:39] But the password says to ask a LOSA. [00:39] That's false. [00:41] excellent thanks [00:42] You will need a reasonable mail client. [00:42] The mailbox can be several hundred thousand messages. [00:47] wgrant: can you send me the password? what do you consider to be a reasonable client? [00:48] wallyworld_: I PM'd it to you internally. [00:48] wallyworld_: I don't know how Kmail is these days. [00:48] Last time I tried it with IMAP it was rather segfaulty. [00:49] wgrant: ah thanks. didn;t see the pm, sorry [00:53] lifeless: dammit email half-written and i need to go [00:54] will finish later :) [00:54] mwhudson: no worries [00:56] wgrant: well i'm trying kmail now. thunderbird refuses to connect (could be because i'm using a recent (buggy) snapshot to get better unity integration) [01:00] qa-ok! [01:00] It is poppy-fixing time. [01:00] Well, once asuka gets its act together. [01:02] Oh, the mailbox is tiny now. [01:02] I guess because question emails aren't being sent. [01:14] bugger, qastaging is down [01:15] It'll be back in a couple of minutes. [01:16] There we go. [01:16] Just took a while to update WADL. [01:16] cool [01:16] Hm. [01:16] Not actually back yet. [01:16] But the appserver is started. [01:17] There. [01:25] How interesting... [01:26] you can be logged into launchpad.net as one user and login.launchpad.net as another [01:26] which for those not familiar with login.launchpad.net is very confusing when trying to access branches via codebrowse [01:27] an openid feature [01:27] :> [01:27] hmm... but logging out of login.launchpad.net and logging in as a new user doesn't fix it [01:27] how do I 'logout' of codebrowse? [01:28] there is a logout button on the launchpad site [01:28] use it [01:28] but I'm logged in as the correct user on launchpad already? I have to relogin again? [01:29] The launchpad.net logout button will you log you out of both launchpad.net and bazaar.launchpad.net. [01:29] (by a hideous redirect via bazaar.launchpad.net) [01:30] ah [01:30] k [01:34] #@%!@%@!&^ qastaging. every url i navigate to times out :-( [01:36] Probably bug heat. [01:40] wgrant: i'm having trouble figuring out how to get to a page that let's me see (and edit) the Build-Depends field for any particular package. can you point me in the right direction? [01:41] wallyworld_: It's in the branch. [01:42] wallyworld_: Edit debian/control. [01:42] .me looks [01:43] wallyworld_: Hm, nevermind, staging is too old anyway. [01:43] We'll have to do it on mawson. [01:44] wgrant: by "the branch", do you mean code.qas.lp.net/project or code.qas.lp.net/ubuntu/+source/xxxx or ?? [01:44] wallyworld_: It needs to be a branch with packaging metadata. lp:ubuntu/hello, for example. [01:48] wgrant: so i go to lp.net/ubuntu, search for a project eg firefox, and then go to lp.net/+source/firefox. is that correct? [01:49] wallyworld_: Easiest way to get the branch is just 'bzr branch lp:ubuntu/hello' [01:50] wgrant: fair enough. i was curious though how to find it via the gui. [01:50] I don't know how to search for packages effectively. [01:50] I always go straight to https://launchpad.net/ubuntu/+source/SOMESOURCE [01:52] wgrant: right. i got to that by seaching from lp.net/ubuntu. it seems to work well if you know the project you are looking for [01:53] wgrant: so mawsom = dogfood right? but do we have access to it's mailbox? [01:54] wallyworld_: It sends mail to the staging mailbox. [01:54] ah ok [02:07] wallyworld_: I've scheduled a few builds of various sorts. [02:07] Will probably take like half an hour to build them. [02:07] At least. [02:07] rubidium is slow :( [02:08] wgrant: ok. i was just messing with a local branch of ubuntu/hello [02:08] i'll see what turns up in the inbox [02:18] Subject: [DOGFOOD] [recipe build #36909] of ~wgrant hello-lololol-daily in natty: Dependency wait [02:18] <_mup_> Bug #36909: clicking on bug filters does nothing < https://launchpad.net/bugs/36909 > [02:18] wallyworld_: ^^ [02:19] wgrant: looks like it worked :-) [02:19] thanks [02:20] And there was no notification from the succesful build. [02:20] So we are good. === StevenK changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: StevenK | https://code.launchpad.net/launchpad-project/+activereviews [04:03] wgrant: When you're back, can you look at https://code.launchpad.net/~stevenk/launchpad/copies-use-overrides/+merge/61195 again? I think I've addressed almost all of your concerns. [04:05] ಠ_ಠ massive commits again [04:06] StevenK: have a moment to look at a couple of my merge proposals? [04:07] mwhudson: thanks for that feedback [04:07] good questions [04:09] oh good, i was worrying i rambled a bit :)( [04:12] You rambled a bit, but it was still excellent :) [04:13] Anything like this is bound to be rambly. [04:16] cjohnston: Sure, link me up, and I'll review them after I have reviewed my lunch. [04:17] StevenK: Reviewed. [04:18] wgrant: ZCML does not like inheritence [04:19] I played with it last night [04:19] StevenK: Upsetting. [04:20] Still, IBaseOverridePolicy -> IOverridePolicy. [04:20] wgrant: No argument from me about that [04:25] StevenK: https://code.launchpad.net/~chrisjohnston/launchpad/728192/+merge/61046 https://code.launchpad.net/~chrisjohnston/launchpad/627628/+merge/61055 [04:27] https://code.launchpad.net/~chrisjohnston/launchpad/197793/+merge/61053 === jtv changed the topic of #launchpad-dev to: https://dev.launchpad.net/ | On call reviewer: StevenK, jtv | https://code.launchpad.net/launchpad-project/+activereviews [04:31] hi wallyworld_, I'm in [04:34] 196 Critical bugs [04:34] Yay [04:39] wgrant: less talking, more fixing or you don't get fed [04:39] But archiveuploader killed my cat. [04:41] Okay, you've got me. How? [04:43] jtv: hello [04:43] jtv: hi [04:43] hi [04:43] jtv: I saw your comment yesterday in irc you were offline by the time I saw it [04:43] cool, thanks—I was just reading the email thread [04:48] cjohnston: All of those MPs are Approved by Henning? [04:51] StevenK: thats correct [04:51] cjohnston: So why do you need me? :-) [04:52] He hasn't done anything with them since approving them, so I wasn't sure if he wasn't able to merge or something [04:53] cjohnston: Ah. I'll approve all 3 and toss them at ec2 [04:53] cjohnston: If you want to set a commit message on all three? [04:56] done [04:57] cjohnston: The commit message on 728192 isn't really clear. Perhaps "IArchive:+index no longer has a form in a heading." ? [04:58] ok [05:02] statik: thats quite an endorsement for the proposal.. thanks [05:02] oh no, my commit had a build failure :( [05:02] nigelb: An ec2 failure? [05:03] That's a "Test results: FAILURE" email. [05:03] wgrant: Test results: 645825-ui-example => devel: FAILURE [05:03] cjohnston: Will you be around in roughly four hours? [05:03] wgrant: yeah, test failure [05:04] StevenK: no.. I need to go to bed soon. :-/ [05:04] nigelb: How many errors? [05:04] 6 errors [05:04] Is the problem clear? [05:05] cjohnston: Fair enough -- all three of those branches are currently having ec2 instances created for them, you'll get e-mails from them in about four hours telling you what happened. [05:05] cool... t [05:05] t [05:05] y [05:05] Haha [05:05] wgrant: looks like "AttributeError: 'TestProductSeriesHelp' object has no attribute 'oopses'"\ [05:06] I've seen that before ... [05:06] Er [05:06] that could be a setUp method failing to upcall [05:06] I've *not* seen that before [05:06] want a full paste of the entire mail? [05:06] I didn't have a setUp method. [05:06] nigelb: That would be helpful. [05:06] wgrant: Can you also glance at https://code.launchpad.net/~rvb/launchpad/distro-overlay2-bug-758908-dependencies/+merge/61110 please? [05:07] wgrant: http://paste.ubuntu.com/609335/ [05:08] Suspcious [05:08] I have seen this before. It was something fairly obscure. [05:08] But I cannot recall the details. [05:09] Right, running ec2 land & in a for loop was a stupid idea. [05:10] a for loop? [05:10] Oh. [05:10] A shell for loop. for i in foo bar ; do echo $i ; done [05:10] nigelb: You call your superclass' setUp method in your test method. [05:10] That's *not* going to go well. [05:10] 28+ super(TestProductSeriesHelp, self).setUp() [05:10] Delete that line. [05:11] wgrant: ah [05:12] mwhudson: ah, a setUp method failing to upcall. Now I get what you meant. [05:12] wgrant: commit and push again? [05:12] nigelb: Right. [05:12] In this case it was setUp doubly upcalling, so the OOPS handler was registered twice. [05:12] Then tearDown unregistered it only once. [05:13] ah so my crystal ball was only a little cloudy [05:16] lifeless: a concern about service fakes... you mention running the real service's tests against the fake. But the gains have to come from somewhere; in the FakeLibrarian for instance we had to sacrifice multi-process access. Won't a single canonical fake for a service imply something very close to the real thing? [05:20] lifeless: (or someone else smarter than /me): there's a bug report with an Object NotFound oops for urls of the form "translations.lp.net/inactiveproject" and "bugs.lp.net/inactiveproject" yet when I test that on lp.net the page renders fine. any idea why? [05:20] wallyworld_: ~registry can see disabled projects. [05:21] wgrant: pushed again --> https://code.launchpad.net/~nigelbabu/launchpad/645825-ui-example/+merge/61175 [05:21] wgrant: oh ok. so on the page where such links are rendered, we may want to see if the user is a member of ~registry before we decide not to print the links? [05:22] of do we just want to not print them in all cases? [05:22] wallyworld_: I'm not sure that there's value in showing them to ~registry. [05:22] easier to do the latte [05:22] latter [05:22] * jtv goes for a latte [05:22] cool. so i'll take the easy road :-) [05:23] jtv: 2 sugars for mine please [05:25] wallyworld_: here you go → ☕ [05:25] lol [05:25] but where's the sugar? [05:28] hehe [05:33] wgrant: will you be landing it in ec2? [05:33] nigelb: I will. [05:33] wgrant: Thanks :) [05:41] nigelb: The instance is running now. [05:41] wgrant: great, thanks :) [05:43] aha, UDS photos are up. There's a lot of photos of that guy with blue hair :p [05:43] I haven't been able to find one yet. [05:43] Do you have a link? [05:43] I went looking last week. [05:43] But failed. [05:44] http://photos.pixoulphotography.com/Events/UDS-Oneiric/17103699_kzzLF6/1/1296058796_HdrLgVm#1296058440_N4fmvNv [05:44] wgrant: I have a bunch in my fb album, but these are much better [05:45] Subtle. [05:45] * mwhudson goes looking for the pictures of beuno harassing charlieS [05:45] haha [05:47] it was more like stalking [05:47] Oh? [05:48] beuno: once you'd pinned in the corner with your rapidly waving hands, it wasn' [05:48] beuno: once you'd pinned in the corner with your rapidly waving hands, it wasn't stalking any more :) [05:48] true [05:48] pinned HIM [05:48] i should give up on typing for today [05:49] can't find any photos of that anyway [05:49] it started off as stalking, then came the beer [05:49] * StevenK grumbles at publishBinaries [05:49] StevenK: Hm? [05:49] It fit its original purpose very well. [05:50] It's ignoring the component I'm passing it [05:50] It probably overrides it to main if it's a PPA. [05:50] (Which it isn't) [05:50] That is probably no longer appropriate. [05:50] It probably is. [05:50] What's it doing? [05:51] The copied binaries continue to keep the original binaries component. [05:51] I doubt that's publishBinaries' fault. [05:51] Unless you've touched it in bad ways. [05:52] * StevenK dumps the query it runs [05:52] Bleh, which doesn't help [05:53] It's a very pretty query :) [05:54] Project windmill-db-devel build #288: STILL FAILING in 1 hr 10 min: https://lpci.wedontsleep.org/job/windmill-db-devel/288/ [05:57] jtv: much of the cost of real services from integrity or encryption [05:57] jtv: e.g. fsync, transactions, multiuser syncronisation [05:57] jtv: a network fake doesn't need to do any of those, can pretend to do gpg etc [05:57] lifeless: but then we'd still have to exempt the fakes from those aspects of testing, right? Maybe separate "interface" tests from "quality of implementation" tests? [05:57] It's so comforting that windmill continues to utterly fail on Jenkins [05:58] StevenK: They're all bitrot failures. [05:58] 7 or so are easy to fix. [05:58] yes, but then how can you tell if a db fsyncs something *when you're talking over the network to it* ? [05:59] so the external contract really can't talk about those aspects anyway [05:59] Ah, so that's already not a part of the service's tests as such. [05:59] we'd want 3 sets of tests of a service [05:59] external contract [05:59] details-of-the-fake-test-support-api [05:59] wgrant: :-( [05:59] details/internals-of-the-real-version [05:59] this is what bzr has [06:00] and it works very very well [06:00] wgrant: And publishBinaries() was doing the right thing after all [06:00] StevenK: Of course. [06:00] the external contract tests run against both implementations [06:00] the other two sets against only one [06:00] * StevenK bites back a barb [06:05] wgrant: And I didn't address the arch-indep bit because I have no idea how to [06:08] Hm, perhaps that will work [06:15] wgrant: I can't have cBO just return the archtag passed in? [06:16] StevenK: You can. [06:16] If you can reliably map back to it. [06:16] The bother is returning None if it's arch-indep [06:17] When I can't trust the destination, and all I have is the BPN [06:17] I'm able to deal in copyBinariesTo(), since I have the source BPPH, and that is trust-worthy [06:17] Right. You may recall that I suggested a strategy last week to overcome that. [06:18] Joining against DAS. [06:19] wgrant: Right, and that works fine for returning the archtag, but it won't return None if it's arch-indep. [06:19] StevenK: It will if you make it return None. [06:20] wgrant: Uh? How can I make Storm do that? [06:20] StevenK: If it's arch indep, add a DistroArchSeries.id == None constraint. [06:21] Hmm, although that may need to be in a join condition. Difficult. [06:21] And calculate_target_das() already tosses back the NAI [06:23] So? [06:24] It isn't making any sense how to implement this. [06:24] You constrain BPPH.distroarchseries to NAI. [06:24] But you don't actually join against DistroArchSeries yet. [06:25] I suggest that you do a left join against DistroArchSeries such that you get the archtag back for arch-dep, and None back for arch-indep. [06:26] make_package_condition() already does BPPH.distroseries == das [06:26] Yes, but it doesn't join against DAS. [06:26] It just compares the fk with a precalculated value. [06:33] lifeless: Could you please try it on another browser, then? [06:34] It is not a bug unless it occurs on browsers that don't have unstable daily build warnings on them. [06:42] FROM LEFT JOIN ... WTF, Storm?! [06:45] jtv: translations question concerning recent activities on a person's translation page (getTranslationHistory). i'm trying to find a test for this. no luck so far, just about finished running all tests under translations/*. i want to find a test which calls into ActivityDescriptor. But more to the point, i need to find a way to filter getTranslationHistory so that it ignores POFiles associated with inactive projects. if i can [06:45] navigate to the pofile sourcepackage->product attribute i may be able to check for is_active but the product attribute desc says "The best guess we have as to the Launchpad Project...". Best guess? Is there a definitive association? [06:51] wgrant: I'm clearly missing something vital: http://pastebin.ubuntu.com/609354/ [06:53] StevenK: You have a left join there. [06:53] But you're not joining onto anything. [06:53] You're just joining DistroArchSeries onto nothing. [06:54] So I need BPPH, DAS, condition? [06:54] Roughly. [07:25] wallyworld_: use POFile.potemplate to get to the POTemplate. From there it's either POTemplate.product, or POTemplate.{distroseries, sourcepackagename}. [07:29] jtv: thanks. that should be doable in storm. any idea why there appears to be no test coverage for the recent activies stuff on the view? there's a doc test for person.translation_history but nothing for the rendering of that info onto the page. or am i missing something? [07:29] wallyworld_: I was almost certain there was. [07:30] jtv: yeah, i would have thought so. but a complete run of all translations/* tests didn't hit my breakpoint :-( [07:31] wallyworld_: let me just look at the code you're talking about... [07:32] jtv: thanks. ideally i wanted to write or extend an existing test and then do the code [07:33] Naturally. [07:34] wgrant: ajax log? [07:36] lifeless: Check what the vocab AJAX request returns. [07:36] wgrant: I think I have the join working. But how to get it to return None? [07:36] StevenK: That's where my plan falls apart slightly. You may need to have it in the join condition, not the where clause. [07:36] 'cause you don't get a NULL row if there are any matches. [07:37] Always disliked that inconsistency. [07:37] wgrant: But the DAS itself is in *candidates? [07:37] wallyworld_: can't find it either—and I'm pretty sure I spent quite some time writing up tests for this in Barcelona. [07:37] And is already the NAI by that time anyway [07:37] jtv: well that sucks balls :-( [07:37] wallyworld_: hope I didn't end up forgetting to "bzr add" the tests or something... [07:38] jtv: so you're off to check your hard drive? :-) [07:38] Yes, it sucks balls and circumstances were difficult due to time pressure etc. [07:38] for uncommitted branches? [07:39] Nope, it's not on this hard drive, the backup drive this would be on is probably one that died, or maybe it's on the predecessor which also died, and the machine itself is behind a UPS that had a nervous breakdown and I still have to figure out whether it's really the power or the UPS itself. [07:39] So not much chance of that. :( [07:41] wallyworld_: we could probably dig up the MP, but it's not likely to be worth the trouble. I fear this will take new tests. [07:42] * wallyworld_ sobs siliently [07:43] Can you sob _re_siliently? That'll help. [07:43] * wallyworld_ can't type [07:46] jtv: there's a request from danilo up on lps, is that still relevant do you know? [07:46] It is. [07:46] He said was going to get to that when he was on maintenance. [07:46] Which is next week. [07:46] ah k, we'll let it ride for now then; ta [07:47] wgrant: I still think I'm missing something. http://pastebin.ubuntu.com/609367/ [07:50] gmb: nigelb bought up the failures here, and wgrant helped him fix it. [07:50] gmb: It's currently running through ec2 again. [07:57] gmb: I did remove the super().setUp and wgrant landed it in ec2 again [07:57] It's probably got another 3 hours to go [07:58] * StevenK prods wgrant more [07:58] how many hours does it take anyway? o.O [07:58] nigelb-work: About 4 [07:58] ~4h [07:58] so, its about half way through by now I guess [07:58] $ utilities/ec2 list [07:58] 645825-ui-example => devel [OK] (up for 2:21:13.892062) [07:58] Summary: running: 1 [07:58] Yup. [07:59] btw, there were one or two easy bugs I thought could be just closed off [08:00] like there was a bug which said, If LP is linking to bugs not existing and showing a tool tip that it does not exist, then it shouldn't link the bug at all [08:00] But I don't think we show any such tooltip anymore, at least I didn't see it. [08:03] that's bug 4595 (yeah, OLD) [08:03] <_mup_> Bug #4595: Don't auto-linkify non-existent bug reports

< https://launchpad.net/bugs/4595 > [08:05] and another one, bug 337848, I can't find examples of what's mentioned in the bug report [08:05] <_mup_> Bug #337848: IRC links on profile page are asked the wrong way

< https://launchpad.net/bugs/337848 > [08:07] lifeless: Hah. [08:07] Have you considered that 123 might be a few too many teams? [08:07] I wonder what they all are. [08:07] wgrant: no [08:07] I was only in 95. [08:07] Greated 25 new ones, fine. [08:07] poor form [08:07] Created one more. [08:07] Boom. [08:07] undefined. [08:07] Does not like more than 20 pages, apparently. [08:08] ha ha ha ha ha ha ha [08:08] wgrant: browser version my shiny metal .... [08:08] * StevenK gives up on arch-indep [08:08] Too hard [08:08] lifeless: Nobody else is insane enough to have that many teams :) [08:08] wgrant: many folk are [08:08] And it hadn't been seen outside a daily build of a browser... [08:09] wgrant: Are you going to push back on the arch-indep thing? [08:09] StevenK: Not if you can prove to me that it's OK. [08:09] And the tests don't do that? [08:09] No, those tests don't cover much at all. [08:10] They're the 3 use cases we discussed? [08:10] They are the three basic cases, yse. [08:11] * StevenK pushes up 5 revs [08:11] !! [08:11] lifeless: There are 42 people with 120 or more teamparticipations. [08:11] Close enough to nobody else :P [08:12] wgrant: I'm not even top 10 [08:12] Yes, but your Person.id is 2, so all suggestions of exceptionality are valid and reasonable. [08:13] who's 1? [08:13] sabdfl? [08:13] Yes. [08:13] yes [08:13] sabdfl is #14 [08:14] lifeless #24 [08:14] Not good enough. [08:14] wgrant: #9 [08:14] for sabdfl [08:14] "SELECT person.name, COUNT(*) FROM teamparticipation JOIN person ON person.id = teamparticipation.person GROUP BY person.name HAVING COUNT(*) > 120 ORDER BY COUNT(*) DESC;" was what I did. [08:15] yeah [08:15] 149 [08:15] is what I see [08:15] wgrant: There, 5 more revisions on the MP. Be shocked. [08:15]