[00:29] <mwhudson> jml: hello again
[00:29] <jml> mwhudson, hi
[00:29] <mwhudson> jml: call?
[00:29] <jml> mwhudson, I'll just finish replying to this email
[00:29] <mwhudson> jml: ok
[00:30] <mwhudson> i promise not to rush off to shout at incompetent retailers for at least a few minutes
[00:31] <MTeck-Linux> mwhudson: sounds like fun...
[00:35] <mwhudson> otoh, i do need to phone my isp today
[01:53] <wgrant> Hmm. This 410 Gone stuff is killing some of my scripts.
[01:53] <wgrant> (some uploads by people appear to have deactivated themselves)
[01:53] <wgrant> s/appear/that appear/
[02:06] <wgrant> jml: What are your flights to Wellington?
[02:06] <jml> wgrant, qf 47
[02:06] <jml> wgrant, I think I'll be arriving some hours before you.
[02:07] <wgrant> Ah, yes, the early one.
[02:07] <wgrant> QF117 gets in at something crazy like 2315.
[02:42]  * thumper goes to pack
[03:41] <jml> mwhudson, does ec2 land run the script in-process now?
[03:42] <mwhudson> jml: i haven't done anything in that direction
[03:42] <jml> maybe I'm just being a bit silly
[03:47] <mwhudson> jml: hey, use-testtools ping
[03:47] <jml> mwhudson, progress has been made
[03:47] <mwhudson> jml: hooray
[03:48] <jml> mwhudson, I've got a separate branch that fixes all of the upcalls
[03:48] <jml> mwhudson, I'm just verifying it now.
[03:51] <spm> jml: for a *very* brief period I read that as "I've got a separate branch that fixes all bugs"<period>. I was briefly elated and then reality kicked in. :-)
[03:52] <jml> spm, I didn't have that much time over the holidays :)
[03:54] <spm> jml: shame...
[04:19] <jml> 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] <mwhudson> jml: groovy
[04:22] <mwhudson> i guess i'm going to stop for the day soon
[04:23] <jml> mwhudson, thanks for the reviews
[04:23] <jml> mwhudson, I probably won't need any more.
[04:24] <mwhudson> jml: cool
[04:48] <cody-somerville> wgrant, you around?
[05:18] <jtv> 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] <wgrant> cody-somerville: I am now.
[05:27]  * wgrant loses a battle against reverse-engineering his ACPI DSDT.
[05:37] <mwhudson> jtv: it probably shouldn't
[05:39] <jtv> 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] <thumper> jtv: I'm fine with stuff being in different modules
[05:59] <thumper> jtv: and I'm about to turn my laptop off
[05:59] <thumper> jtv: any other questions before Sunday?
[06:00] <jtv> thumper: not yet, so it'll have to wait.  :)  Thanks, see you there.
[06:00] <thumper> ok
[08:39] <adeuring> good morning
[08:58] <arnaud> Hi all
[08:58] <arnaud> I am currently trying to setup launchpad on my Ubuntu 9.04 Desktop
[08:59] <arnaud> but a problem occured :
[08:59] <spiv> just one problem? ;)
[09:00] <arnaud> :)
[09:00] <arnaud> here is the pastebin :
[09:00] <arnaud> http://pastebin.com/d4b16a00
[09:00] <arnaud> while making the: make schema
[09:01] <spiv> arnaud: random guess is you don't have the 'python-dev' package installed.
[09:02] <arnaud> spiv: ok, i'll try to setup this package
[09:03] <spiv> Well, I assume there's a list of required packages somewhere.
[09:04] <arnaud> in the https://dev.launchpad.net/Getting page, the required packages are setup automatically by the rocketfuel-setup script
[09:04] <spiv> Ah, hmm.
[09:04] <spiv> So that installed the 'launchpad-dependencies' package?
[09:04] <arnaud> don't know
[09:05] <wgrant> Jaunty is no longer well tested, but it's meant to wokr.
[09:05] <arnaud> yep
[09:05] <wgrant> Try to install launchpad-developer-dependencies, and see why it fails.
[09:05] <arnaud> ok
[09:06] <arnaud> with python-dev, it's better, i don't have the error anymore
[09:06] <arnaud> it's building
[09:07] <spiv> Hmm, launchpad-dependencies package does depend on python2.5-dev, so that's odd.
[09:07] <mrevell> Morning
[09:07] <wgrant> arnaud: Is launchpad-developer-dependencies installed?
[09:08] <wgrant> I suspect not.
[09:16] <arnaud> wgrant: not yet
[09:18] <arnaud> wgrant: launchpad-soyuz-dependencies: Depends: dpkg (>= 1.15.4) but 1.14.24ubuntu1 is to be installed
[09:18] <wgrant> Hm, that's meant to be fixed.
[09:19] <arnaud> http://pastebin.com/d75ede891
[09:20] <arnaud> dpkg can not be upgraded
[09:20] <wgrant> spiv (or anybody else around): Want to copy dpkg from Karmic in https://launchpad.net/~launchpad/+archive/ppa to Jaunty?
[09:21] <wgrant> Er. From *Hardy* to Jaunty.
[09:21] <wgrant> arnaud: For now, grab and install https://edge.launchpad.net/~launchpad/+archive/ppa/+files/dpkg_1.15.4ubuntu2~launchpad1~bigjools1_i386.deb
[09:22] <arnaud> ok
[09:22] <spiv> wgrant: I've never done that before, and I think 8:20pm on a Friday isn't a good time to start ;)
[09:23] <wgrant> spiv: Possibly not.
[09:24] <arnaud> it's 10:20 in France ;)
[09:24] <arnaud> 10:20 AM
[09:34] <arnaud> ok, launchpad-developpers-dependencies are now going to be installed
[11:12] <deryck> Morning, all.
[11:34] <henninge> jtv: you dropped out on the internal server
[11:34] <jtv> oh
[11:35] <jtv> henninge: last thing I got from you was the link to the linux-ng page; did you get any of my answer?
[11:35] <henninge> jtv: why don't I see the template here? Another bug or  new feature?
[11:35] <henninge> jtv: yes, I did. I will do it.
[11:36] <henninge> jtv: I meant this: https://translations.edge.launchpad.net/util-linux-ng/head
[11:36] <henninge> jtv: there is a template, I can see it on +templates but it does not appear on the productseries page.
[11:37] <henninge> am I missing something?
[11:37] <jtv> 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] <henninge> it's not deactivated.
[11:37] <jtv> I do see it in the full templates list...
[11:38] <henninge> jtv: they have a development focus but it's called "head"
[11:38] <henninge> I guess wemust be assuming "trunk" somwhere?
[11:38] <jtv> henninge: exactly; I think they ended up with no translation focus at all
[11:38] <henninge> jtv: the product home page says, "head" is the focus.
[11:39] <jtv> henninge: that's development focus... didn't we just add a separate translation focus?
[11:39] <henninge> oh, that is what I might be missing!
[11:39] <henninge> jtv: right, I remember now ... ;)
[11:40] <henninge> jtv: maybe the oops and not seeing the template are related to this situation.
[11:41] <jtv> henninge: that's what I was thinking... I guess what I said about it earlier was lost
[11:49] <henninge> jtv: bug 504727
[11:49] <mup> Bug #504727: Translation focus gets confused when the development focus is removed or renamed <oops> <Launchpad Translations:Triaged by henninge> <https://launchpad.net/bugs/504727>
[11:51] <jtv> henninge: thanks
[11:52]  * henninge now tries to reproduce this locally
[11:52] <jtv> yes, first thing to do now is figure out whether any of that supposition is actually true :-)
[11:52] <henninge> jtv: is the translation focus a database field on productseries or is it an emergent property?
[11:53] <jtv> henninge: it certainly wouldn't be on productseries!
[11:53] <henninge> err, on ...
[11:53] <jtv> product :)
[11:53] <henninge> oh, right! ;)
[11:53] <jtv> It's a db field there
[11:57] <henninge> jtv: Funny, find devel/lib/lp -name "*.py" | xargs grep -i "translation.?focus" returns nothing
[11:58] <henninge> jtv: is it "translatable_series" ?
[11:58] <jtv> no focus
[11:58] <jtv> btw try grep's -r option, plus -I (capital i) to skip binaries.  :-)
[12:00] <jtv> Looks like we're not using that db field yet in devel... but then how could it be on edge?
[12:56] <jtv> have a good weekend, everyone!
[14:14] <bac> hi sinzui
[14:15] <sinzui> hi bac
[14:15] <bac> sinzui: i was looking at bug 473917 as something to just knock out quickly.
[14:15] <mup> Bug #473917: Help for creating mirrored branch on new project is blank page <trivial> <Launchpad Registry:In Progress by bac> <https://launchpad.net/bugs/473917>
[14:16] <sinzui> bac: that is a good choice.
[14:16] <bac> 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] <bac> sinzui: i've already made the fix and can easily land it.  it's cleaner to not have to do the redirect.
[14:17] <bac> sinzui: and 3) can i get an r/rs for http://pastebin.ubuntu.com/353487/
[14:17] <sinzui> 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] <sinzui> rs=me, and you get the karma
[14:19] <bac> sinzui: how much karma for a free cup of coffee?
[14:19] <sinzui> I do not know. I can triage a lot of bugs in the time it takes to brew coffee
[14:19] <bac> 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] <sinzui> I think that text appears on the series +index
[14:21] <sinzui> bac: If I am mistaken, then we have stolen a code-team trivial bug, but they had months to fix it
[14:21] <bac> sinzui: i'll look again but i think it is purely code app
[14:22] <sinzui> bac: there are 2 other trivials in our bug list
[14:59] <mars> sinzui, around?
[14:59] <sinzui> yes
[15:43] <allenap> 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] <bac> allenap: why don't you let me clean it up and then i'll ping you
[15:44] <arnaud> hi back
[15:44] <allenap> bac: Brilliant, thank you.
[15:45] <arnaud> I am trying to setup Launchpad locally
[15:45] <arnaud> I got this error :
[15:45] <arnaud> OSError: [Errno 2] No such file or directory: 'sourcecode/mailman'
[15:45] <mrevell> Does our stylesheet not support unordered lists in the main div?
[15:45] <arnaud> while executing 'make schema'
[15:47] <bac> allenap: carry on!
[15:47] <allenap> bac: Thanks.
[16:17] <Ursinha> 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] <maxb> In a bzr url like lp-64863440:/// .... what actually is that number?
[16:20] <salgado> Ursinha, oh, ok.  thanks for investigating that
[16:21] <Ursinha> salgado, no problem
[16:48] <bac> allenap: is that your branch that is running on buildbot now?
[16:50] <allenap> bac: Yeah, along with several others.
[16:50] <bac> 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] <allenap> bac: Wow.
[16:51] <bac> salgado: ^^  ??
[16:51] <salgado> bac, allenap buildbot must have failed to fetch the most recent shipit branch
[16:52] <salgado> I've seen that a few times already
[16:52] <allenap> 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] <bac> allenap: like 'force' buildbot needs a 'euthanize' button
[16:53] <allenap> bac: Yep, this is a wasted run.
[16:53] <salgado> shell_6 [pull new sourcecode revisions failed]
[16:53] <sinzui> is there any chance that ISD reverted code that reintroduced the old address?
[16:53] <salgado> sinzui, ^
[16:53] <salgado> failed to pull new sourcecode revisions
[16:53] <sinzui> okay
[16:54] <allenap> sinzui: I think it's using the code that's on the buildbot slave image.
[16:54] <allenap> sinzui: Which is probably pretty old.
[17:00] <allenap> salgado, bac: I'm sure you've seen this, but the branch it's looking for is missing.
[17:00] <salgado> really!?
[17:00] <bac> allenap: i've not seen such a thing before
[17:01] <allenap> salgado: Yeah, lp:~launchpad/pygettextpo/trunk has dropped off the map.
[17:01] <salgado> oh, pygettextpo
[17:01] <allenap> Ah, sounds like someone knows what's happening :)
[17:02] <salgado> probably the one who's to blame for that
[17:02]  * salgado goes for the quick and dirty way to fix it
[17:04] <salgado> allenap, now it exists and the next build should work
[17:05] <salgado> that will give us time to get the buildbot image updated
[17:06] <mars> 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?
[17:07] <sinzui> you may need to delete your local cache. It just works because launchpadlib gets the edge WADL which has the current API
[17:08] <mars> sinzui, so just use my currently installed launchpadlib version, magic will happen?
[17:08] <sinzui> mars: yes. I did nothing to start using the new API
[17:08] <mars> cool :)
[17:44] <bac> hi sinzui
[17:45] <bac> EdwinGrubbs: do you know much about the IPickerEntry structure?
[17:46] <bac> 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.
[17:47] <bac> EdwinGrubbs: oops, i've got to step out now.  perhaps we can discuss it later.
[17:52] <mrevell> night!
[17:59] <sinzui> hi bac
[18:08] <EdwinGrubbs> 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] <EdwinGrubbs> gary_poster: ping
[18:13] <gary_poster> EdwinGrubbs: pong
[18:16] <EdwinGrubbs> 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] <gary_poster> 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] <EdwinGrubbs> gary_poster: that's fine. thanks
[18:19] <gary_poster> cool np
[19:16] <EdwinGrubbs> mars: ping
[20:04] <DaveWhite> 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] <mars> hi EdwinGrubbs
[20:18] <EdwinGrubbs> 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] <mars> EdwinGrubbs, ok, I think removing @namespace should be fine.  I do not think our doc tools us it at the moment.
[20:23] <mars> EdwinGrubbs, that looks like a good change.  I like the explicit examples of the gotcha namespace code.
[20:25] <EdwinGrubbs> thanks
[20:32] <bac> hi EdwinGrubbs
[20:32] <bac> i made the change in this MP https://code.edge.launchpad.net/~bac/launchpad/bug-419930/+merge/17015
[20:32] <EdwinGrubbs> bac: hello
[20:33] <bac> EdwinGrubbs: see line 9 of the diff
[20:33] <bac> 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] <bac> EdwinGrubbs: salgado asked for a test for that change but i'm not sure how to test it
[20:35] <EdwinGrubbs> bac: Yes, that is the same code that I'm working on in the bug that I stole from you yesterday.
[20:35] <bac> EdwinGrubbs: ok
[20:36] <bac> EdwinGrubbs: do you want me to back out that change from my branch?
[20:36] <bac> EdwinGrubbs: it was a drive-by fix WRT the rest of my branch
[20:37] <EdwinGrubbs> bac: I'm going to change all the vocabulary zcml from using <utility> to <securedutility> 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] <bac> 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] <EdwinGrubbs> 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] <bac> EdwinGrubbs: it has nothing to do with my branch
[20:38] <bac> EdwinGrubbs: i just noticed the Unauthorized in the server logs and traced it back
[20:42] <EdwinGrubbs> 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.
[21:10] <bac> EdwinGrubbs: can i chat with you on skype real quick?