[00:29] jml: hello again [00:29] mwhudson, hi [00:29] jml: call? [00:29] mwhudson, I'll just finish replying to this email [00:29] jml: ok [00:30] i promise not to rush off to shout at incompetent retailers for at least a few minutes [00:31] mwhudson: sounds like fun... [00:35] otoh, i do need to phone my isp today [01:53] Hmm. This 410 Gone stuff is killing some of my scripts. [01:53] (some uploads by people appear to have deactivated themselves) [01:53] s/appear/that appear/ [02:06] jml: What are your flights to Wellington? [02:06] wgrant, qf 47 [02:06] wgrant, I think I'll be arriving some hours before you. [02:07] Ah, yes, the early one. [02:07] QF117 gets in at something crazy like 2315. [02:42] * thumper goes to pack === mwhudson_ is now known as mwhudson [03:41] mwhudson, does ec2 land run the script in-process now? [03:42] jml: i haven't done anything in that direction [03:42] maybe I'm just being a bit silly === abentley1 is now known as abentley [03:47] jml: hey, use-testtools ping [03:47] mwhudson, progress has been made [03:47] jml: hooray [03:48] mwhudson, I've got a separate branch that fixes all of the upcalls [03:48] mwhudson, I'm just verifying it now. [03:51] jml: for a *very* brief period I read that as "I've got a separate branch that fixes all bugs". I was briefly elated and then reality kicked in. :-) [03:52] spm, I didn't have that much time over the holidays :) [03:54] jml: shame... [04:19] mwhudson, I'm going to merge in the upcall branch and the fix-import-warnings branch and give the use-testtools branch another spin on the ec2 test wheel [04:22] jml: groovy [04:22] i guess i'm going to stop for the day soon [04:23] mwhudson, thanks for the reviews [04:23] mwhudson, I probably won't need any more. [04:24] jml: cool [04:48] wgrant, you around? [05:18] thumper: I'm looking at turning my new build-farm job class into a BranchJob... does it have to live in the same file as the other branchjob types though? It doesn't seem quite right to me. [05:26] cody-somerville: I am now. [05:27] * wgrant loses a battle against reverse-engineering his ACPI DSDT. === abentley1 is now known as abentley [05:37] jtv: it probably shouldn't [05:39] mwhudson: that was my feeling too. My one qualm is that it breaks with tradition for BranchJob—the whole hierarchy now is one big file AFAICS and I may have to put more stuff in __all__ to break that open. [05:47] * jml just put a bunch of stuff in __all__ for branch jobs [05:57] * jml afk -- cleaning laptop [05:59] jtv: I'm fine with stuff being in different modules [05:59] jtv: and I'm about to turn my laptop off [05:59] jtv: any other questions before Sunday? [06:00] thumper: not yet, so it'll have to wait. :) Thanks, see you there. [06:00] ok === jamesh_ is now known as jamesh === jtv is now known as jtv-afk [08:39] good morning [08:58] Hi all [08:58] I am currently trying to setup launchpad on my Ubuntu 9.04 Desktop [08:59] but a problem occured : [08:59] just one problem? ;) [09:00] :) [09:00] here is the pastebin : [09:00] http://pastebin.com/d4b16a00 [09:00] while making the: make schema [09:01] arnaud: random guess is you don't have the 'python-dev' package installed. [09:02] spiv: ok, i'll try to setup this package [09:03] Well, I assume there's a list of required packages somewhere. [09:04] in the https://dev.launchpad.net/Getting page, the required packages are setup automatically by the rocketfuel-setup script [09:04] Ah, hmm. [09:04] So that installed the 'launchpad-dependencies' package? [09:04] don't know [09:05] Jaunty is no longer well tested, but it's meant to wokr. [09:05] yep [09:05] Try to install launchpad-developer-dependencies, and see why it fails. [09:05] ok [09:06] with python-dev, it's better, i don't have the error anymore [09:06] it's building [09:07] Hmm, launchpad-dependencies package does depend on python2.5-dev, so that's odd. [09:07] Morning [09:07] arnaud: Is launchpad-developer-dependencies installed? [09:08] I suspect not. [09:16] wgrant: not yet [09:18] wgrant: launchpad-soyuz-dependencies: Depends: dpkg (>= 1.15.4) but 1.14.24ubuntu1 is to be installed [09:18] Hm, that's meant to be fixed. [09:19] http://pastebin.com/d75ede891 [09:20] dpkg can not be upgraded [09:20] spiv (or anybody else around): Want to copy dpkg from Karmic in https://launchpad.net/~launchpad/+archive/ppa to Jaunty? [09:21] Er. From *Hardy* to Jaunty. [09:21] arnaud: For now, grab and install https://edge.launchpad.net/~launchpad/+archive/ppa/+files/dpkg_1.15.4ubuntu2~launchpad1~bigjools1_i386.deb [09:22] ok [09:22] wgrant: I've never done that before, and I think 8:20pm on a Friday isn't a good time to start ;) [09:23] spiv: Possibly not. [09:24] it's 10:20 in France ;) [09:24] 10:20 AM [09:34] ok, launchpad-developpers-dependencies are now going to be installed === salgado-afk is now known as salgado [11:12] Morning, all. [11:34] jtv: you dropped out on the internal server [11:34] oh [11:35] henninge: last thing I got from you was the link to the linux-ng page; did you get any of my answer? [11:35] jtv: why don't I see the template here? Another bug or new feature? [11:35] jtv: yes, I did. I will do it. [11:36] jtv: I meant this: https://translations.edge.launchpad.net/util-linux-ng/head [11:36] jtv: there is a template, I can see it on +templates but it does not appear on the productseries page. [11:37] am I missing something? [11:37] henninge: looks to me as if the oops is caused by the translation focus... that project has no "trunk" series. The page tries to present a link to the upload page for the translation focus series, but it ends up adding a +upload-translations to the _project_ page. [11:37] it's not deactivated. [11:37] I do see it in the full templates list... [11:38] jtv: they have a development focus but it's called "head" [11:38] I guess wemust be assuming "trunk" somwhere? [11:38] henninge: exactly; I think they ended up with no translation focus at all [11:38] jtv: the product home page says, "head" is the focus. [11:39] henninge: that's development focus... didn't we just add a separate translation focus? [11:39] oh, that is what I might be missing! [11:39] jtv: right, I remember now ... ;) [11:40] jtv: maybe the oops and not seeing the template are related to this situation. [11:41] henninge: that's what I was thinking... I guess what I said about it earlier was lost [11:49] jtv: bug 504727 [11:49] Bug #504727: Translation focus gets confused when the development focus is removed or renamed [11:51] henninge: thanks [11:52] * henninge now tries to reproduce this locally [11:52] yes, first thing to do now is figure out whether any of that supposition is actually true :-) [11:52] jtv: is the translation focus a database field on productseries or is it an emergent property? [11:53] henninge: it certainly wouldn't be on productseries! [11:53] err, on ... [11:53] product :) [11:53] oh, right! ;) [11:53] It's a db field there [11:57] jtv: Funny, find devel/lib/lp -name "*.py" | xargs grep -i "translation.?focus" returns nothing [11:58] jtv: is it "translatable_series" ? [11:58] no focus [11:58] btw try grep's -r option, plus -I (capital i) to skip binaries. :-) [12:00] Looks like we're not using that db field yet in devel... but then how could it be on edge? === matsubara-afk is now known as matsubara === mrevell is now known as mrevell-lunch [12:56] have a good weekend, everyone! === mrevell-lunch is now known as mrevell === bac changed the topic of #launchpad-dev to: Launchpad Development Channel | Week 1 of 10.01 | PQM is open | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in #launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | Channel logs: http://irclogs.ubuntu.com/ [14:14] hi sinzui [14:15] hi bac [14:15] sinzui: i was looking at bug 473917 as something to just knock out quickly. [14:15] Bug #473917: Help for creating mirrored branch on new project is blank page [14:16] bac: that is a good choice. [14:16] sinzui: i have a few questions: 1) why are we assigned it? 2) the URL is wrong but the wiki does a redirect, so do we want to fix it? [14:17] sinzui: i've already made the fix and can easily land it. it's cleaner to not have to do the redirect. [14:17] sinzui: and 3) can i get an r/rs for http://pastebin.ubuntu.com/353487/ [14:17] bac: we have a zero trivial bug policy. So when I found it, and knew it only shows on registry pages, I targeted it to this mielstone [14:18] rs=me, and you get the karma [14:19] sinzui: how much karma for a free cup of coffee? [14:19] I do not know. I can triage a lot of bugs in the time it takes to brew coffee [14:19] sinzui: unless i'm mistaken it only shows up on https://code.launchpad.dev/foofoo -- just want to make sure i haven't missed something [14:20] I think that text appears on the series +index [14:21] bac: If I am mistaken, then we have stolen a code-team trivial bug, but they had months to fix it [14:21] sinzui: i'll look again but i think it is purely code app [14:22] bac: there are 2 other trivials in our bug list [14:59] sinzui, around? [14:59] yes === salgado is now known as salgado-lunch === matsubara is now known as matsubara-lunch === beuno is now known as beuno-lunch [15:43] bac: I'd like to add an agenda item to https://dev.launchpad.net/ReviewerMeetingAgenda, but it's still got the old stuff there. Can I just replace it? [15:44] allenap: why don't you let me clean it up and then i'll ping you [15:44] hi back [15:44] bac: Brilliant, thank you. [15:45] I am trying to setup Launchpad locally [15:45] I got this error : [15:45] OSError: [Errno 2] No such file or directory: 'sourcecode/mailman' [15:45] Does our stylesheet not support unordered lists in the main div? [15:45] while executing 'make schema' [15:47] allenap: carry on! [15:47] bac: Thanks. === salgado-lunch is now known as salgado [16:17] salgado, hi :) re. the missing oopses yesterday, they were deleted by the oops_prune script, that removes unreferenced oopses more than 40 days old [16:18] In a bzr url like lp-64863440:/// .... what actually is that number? [16:20] Ursinha, oh, ok. thanks for investigating that [16:21] salgado, no problem === beuno-lunch is now known as beuno === matsubara-lunch is now known as matsubara [16:48] allenap: is that your branch that is running on buildbot now? [16:50] bac: Yeah, along with several others. [16:50] allenap: looks like a major regression. the shipit tests are failing due to 'mark@hbd.com' addresses, which have been gone for months [16:50] * bac confused [16:51] bac: Wow. [16:51] salgado: ^^ ?? [16:51] bac, allenap buildbot must have failed to fetch the most recent shipit branch [16:52] I've seen that a few times already [16:52] salgado: The first error in https://lpbuildbot.canonical.com/builders/lp/builds/482/steps/shell_7/logs/summary also shows a bzrlib issue. [16:52] allenap: like 'force' buildbot needs a 'euthanize' button [16:53] bac: Yep, this is a wasted run. [16:53] shell_6 [pull new sourcecode revisions failed] [16:53] is there any chance that ISD reverted code that reintroduced the old address? [16:53] sinzui, ^ [16:53] failed to pull new sourcecode revisions [16:53] okay [16:54] sinzui: I think it's using the code that's on the buildbot slave image. [16:54] sinzui: Which is probably pretty old. [17:00] salgado, bac: I'm sure you've seen this, but the branch it's looking for is missing. [17:00] really!? [17:00] allenap: i've not seen such a thing before [17:01] salgado: Yeah, lp:~launchpad/pygettextpo/trunk has dropped off the map. [17:01] oh, pygettextpo [17:01] Ah, sounds like someone knows what's happening :) [17:02] probably the one who's to blame for that [17:02] * salgado goes for the quick and dirty way to fix it [17:04] allenap, now it exists and the next build should work [17:05] that will give us time to get the buildbot image updated [17:06] sinzui, do you know how I would go about getting your new findPerson() API parameter using launchpadlib? Do I have to check out trunk, or write a patch, or something similar? === deryck is now known as deryck[lunch] [17:07] you may need to delete your local cache. It just works because launchpadlib gets the edge WADL which has the current API [17:08] sinzui, so just use my currently installed launchpadlib version, magic will happen? [17:08] mars: yes. I did nothing to start using the new API [17:08] cool :) [17:44] hi sinzui [17:45] EdwinGrubbs: do you know much about the IPickerEntry structure? [17:46] EdwinGrubbs: i just made a change to person_to_pickerentry but i don't know how to test it. i can't seem to find any existing tests for that set of code. === abentley1 is now known as abentley [17:47] EdwinGrubbs: oops, i've got to step out now. perhaps we can discuss it later. [17:52] night! [17:59] hi bac [18:08] bac: I don't remember if I wrote any tests for that besides the tests for +huge-vocabulary. What changes are you making? I am working on that also. [18:08] gary_poster: ping [18:13] EdwinGrubbs: pong [18:16] gary_poster: I'm working I making vocabularies secured utilities, and I ran into some issues that I would like your opinion on. Do you have time to look at my abbreviated diff with notes? http://pastebin.ubuntu.com/353566/ [18:18] EdwinGrubbs: yes. Talking with someone else then will move to this. I expect I'll be able to focus on this in about 30 min. That OK? [18:19] gary_poster: that's fine. thanks [18:19] cool np === deryck[lunch] is now known as deryck [19:16] mars: ping === salgado is now known as salgado-afk [20:04] Hey all, I've just installed and run launchpad, and then reconfigured it for remote access. When I try to restart apache... got as far as typing that before I figured out where I messed up ;-) [20:16] hi EdwinGrubbs [20:18] mars: would you like to take a look at the changes I made to the JS reviewer guidelines regarding modules and namespaces. It's not a big deal if not. The only item that didn't come up in the reviewer meeting is that I removed the requirement for @namespace, since that seems redundant, because it should match the module name. https://dev.launchpad.net/JavaScriptReviewNotes [20:20] EdwinGrubbs, ok, I think removing @namespace should be fine. I do not think our doc tools us it at the moment. [20:23] EdwinGrubbs, that looks like a good change. I like the explicit examples of the gotcha namespace code. [20:25] thanks [20:32] hi EdwinGrubbs [20:32] i made the change in this MP https://code.edge.launchpad.net/~bac/launchpad/bug-419930/+merge/17015 [20:32] bac: hello [20:33] EdwinGrubbs: see line 9 of the diff [20:33] EdwinGrubbs: if an email address was hidden there was an uncaught Unauthorized exception which broke the picker and the person wasn't displayed [20:34] EdwinGrubbs: salgado asked for a test for that change but i'm not sure how to test it [20:35] bac: Yes, that is the same code that I'm working on in the bug that I stole from you yesterday. [20:35] EdwinGrubbs: ok [20:36] EdwinGrubbs: do you want me to back out that change from my branch? [20:36] EdwinGrubbs: it was a drive-by fix WRT the rest of my branch [20:37] bac: I'm going to change all the vocabulary zcml from using to so that objects returned from vocabularies are wrapped in security proxies. You won't need to check the hide_email_addresses attribute then. [20:38] EdwinGrubbs: if you have a handle on it i'll just back my changes out. just be sure hidden email address don't bust it. sound good? [20:38] bac: I don't know if that affects the rest of your branch, whether you would need to call canRead() or as gary prefers try/except UnauthorizedError. [20:38] EdwinGrubbs: it has nothing to do with my branch [20:38] EdwinGrubbs: i just noticed the Unauthorized in the server logs and traced it back [20:42] bac: oh, I didn't notice that removeSecurityProxy() is what is leaking email addresses in your case and not vocabularies that aren't security proxied. I don't think my branch will affect anything except that drive-by like you said. === matsubara is now known as matsubara-afk [21:10] EdwinGrubbs: can i chat with you on skype real quick? === EdwinGrubbs2 is now known as EdwinGrubbs