[00:07] <thumper> :)
[00:07] <thumper> I shelved my filter machine
[00:07] <thumper> it tastes a bit funny IMO
[00:19] <mwhudson> oh, i don't use a machine
[00:21] <thumper> mwhudson: what do you use to filter then?
[00:21] <mwhudson> a filter cone
[00:21] <mwhudson> this sort of thing: http://www.hrhiggins.co.uk/accessories/coffee/plastic_filter_cones
[00:21] <mwhudson> (they are utter bastards to buy)
[00:47]  * mwhudson votes for writing all wiki pages in latex
[00:53] <jml> heh
[01:02] <jml> thumper, want to catch up some time today?
[01:02] <dhillon-v10> hi all
[01:02] <thumper> jml: might be ackward today
[01:03] <jml> thumper, ok. later this week then.
[01:03] <jml> (next week, scheduling calls will be _much_ harder)
[01:03] <thumper> jml: definitly
[01:03] <thumper> my irc client needs check spelling as you type
[01:04] <jml> heh
[01:23] <mwhudson> jml: the vals thing in ec2test is horrible :(
[01:23] <jml> mwhudson, yes.
[01:32] <mwhudson> i think i'm ok with having perform() do environment-based interpolation
[01:32] <mwhudson> that sort of thing has a tradition behind it after all
[01:34] <mwhudson> jml: so you reviewed libraryize-ec2test
[01:34] <jml> mwhudson, I believe so.
[01:34] <mwhudson> jml: then i made some more changes
[01:34] <mwhudson> jml: *then* i fixed it so it works
[01:35] <jml> mwhudson, heh
[01:35] <jml> mwhudson, would you like to give me an interdiff to review?
[01:35] <mwhudson> jml: which is possibly backwards, but can i get you to look at the changes from libraryize-ec2test to ec2test-refactor-2 and then i'll land the latter branch?
[01:35] <mwhudson> jml: yeah
[01:36] <mwhudson> jml: https://pastebin.canonical.com/22056/
[01:37] <jml> mwhudson, use a free pastebin :P
[01:37] <mwhudson> jml: the full branch is at bzr+ssh://bazaar.launchpad.net/~mwhudson/launchpad/ec2test-refactor-2 if you want to look at the result rather than the changes
[01:37] <mwhudson> jml: oops
[01:37] <jml> http://paste.ubuntu.com/270595/
[01:38] <mwhudson> jml: thanks
[02:05] <jml> mwhudson, sorry, I thought I'd deal with all of my work-related email first. Now I'm all over your diff.
[02:06] <mwhudson> jml: no worries
[02:07] <jml> ooh, a connection object
[02:07] <jml> what a lovely idea
[02:07] <jml> mwhudson, is ec2test going to end up looking an awful lot like a twisted program?
[02:08] <mwhudson> jml: maybe
[02:08] <mwhudson> jml: too early to tell, probably
[02:09] <jml> mwhudson, why did you change the _pythonpath import to manual sys.path mangling?
[02:09] <mwhudson> jml: because boto doesn't work with python2.4
[02:10] <mwhudson> and _pythonpath _sets_ sys.path, it doesn't modify it
[02:10] <mwhudson> so importing dynamically loaded modules doesn't work
[02:10] <jml> sucks!
[02:11] <mwhudson> jml: launchpad should work on 2.5!!
[02:11] <mwhudson> and nearly does now, thanks maxb
[02:12] <jml> mwhudson, only a couple of other comments on the diff
[02:12] <jml> mwhudson, I don't know how I feel about user_p as a variable name
[02:12] <jml> it makes me think it's a predicate function :)
[02:12] <mwhudson> jml: heretic lisper!
[02:13] <jml> mwhudson, and I don't know how to spell 'set up' in function names: set_up or setup
[02:13] <mwhudson> jml: i think user_connection.perform is a bit too long
[02:13] <mwhudson> maybe user_perform is ok
[02:13] <mwhudson> jml: should probably be 'set up'
[02:13] <jml> even as_user
[02:14] <jml> mwhudson, other than those things, I'm happy with the branch. Definite improvement.
[02:15] <mwhudson> jml: ok, thanks
[02:48] <jml> mwhudson, do you know if maxb's timing patch landed?
[02:48] <jml> if you don't, I'll find out myself
[02:49] <mwhudson> jml: i have this vague feeling it did, not sure though
[02:52] <jml> mwhudson, Launchpad says it's moved.
[02:52] <jml> merged, rather.
[02:53] <mwhudson> jml: it's probably right
[03:01]  * mwhudson dogfoods his ec2 branch and wanders off for lunch
[03:01]  * ajmitch looks for an easy bug to chew on
[03:02] <jml> ajmitch, the 'trivial' tag should be a good starting point.
[03:02] <ajmitch> yeah, that's what I'm looking at
[03:02] <jml> ajmitch, cool.
[03:03] <jml> ajmitch, let me know if you need a hand with anything.
[03:03] <ajmitch> oh I will :)
[03:05] <ajmitch> I have LP running on karmic here at least, started looking at bug 238588, but saw that there is X-Launchpad-Message-Rationale being added
[03:05] <mup> Bug #238588: "New code import" messages lack an X-Launchpad-Message-Rationale <email> <trivial> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/238588>
[03:05] <ubot3> Malone bug 238588 in launchpad-code ""New code import" messages lack an X-Launchpad-Message-Rationale" [Medium,Triaged] https://launchpad.net/bugs/238588
[03:05] <mup> Bug #238588: "New code import" messages lack an X-Launchpad-Message-Rationale <email> <trivial> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/238588>
[03:05] <mup> Bug #238588: "New code import" messages lack an X-Launchpad-Message-Rationale <email> <trivial> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/238588>
[03:05] <ajmitch> so I now need to try & reproduce it on a local setup
[03:06]  * ajmitch should just pick some simple UI bugs
[03:09] <jml> hmm.
[03:09] <jml> spm, do you know who maintains mup and/or ubot3?
[03:09] <jml> spm, because I think one of them should die
[03:10]  * ajmitch must agree, given the spam above
[03:12] <mwhudson> at least ubot3 seems to have repetition protection
[03:12] <mwhudson> otherwise there would be no end to it
[03:12] <jml> yeah.
[03:14] <jml> ajmitch, I'd definitely recommend a UI bug to start with.
[03:15] <jml> ajmitch, the smaller the bug, the better -- especially for your first patch.
[03:15] <ajmitch> less chance of doing things completely wrong
[03:16] <jml> ajmitch, that, but also it's a good way of learning all the boring things about Launchpad hacking :)
[03:17] <jml> ajmitch, i.e. it's a good way of separating learning about LP process from the LP code base.
[03:17] <jml> on a completely unrelated note
[03:17] <jml> where the hell is google gears for 64 bit linux?
[03:20]  * ajmitch just gets a popup in firefox at random intervals that it can't be installed
[03:20] <jml> yeah.
[03:27] <maxb> ubot3: owner
[03:27] <ubot3> This bot is owned by jussi01 - Questions about ubottu should be asked in #ubuntu-bots
[03:27] <maxb> jml: ^
[03:28] <maxb> (and yes I am awake in complete defiance of my physical timezone)
[03:28] <jml> maxb, thanks.
[03:44] <maxb> Quick opinion poll:
[03:45] <maxb> lambda self: self.foo
[03:45] <maxb> or
[03:45] <maxb> from operator import attrgetter; attrgetter('foo')
[03:45] <maxb> ?
[03:49] <wgrant> maxb: I believe the style guide says the latter
[03:49] <wgrant> Although I probably prefer the former.
[03:50] <wgrant> https://dev.launchpad.net/PythonStyleGuide, section 13.
[03:52] <maxb> oh
[03:52] <maxb> the style guide is so big :-/
[03:52] <wgrant> Ja.
[03:53] <wgrant> Aren't you violating the "no coding after 3am" guideline?
[03:55] <maxb> I slept, then I woke up at a nonsense time and didn't feel like falling asleep again straight away :-)
[03:55] <stub> I like lambda. I forget operator exists so never use it ;)
[03:56] <jml> maxb, lambda is fine.
[03:56] <wgrant> jml: The style guide needs fixing?
[03:56] <jml> wgrant, yes, it does.
[03:56] <wgrant> :(
[03:56] <jml> wgrant, I agree.
[03:57] <jml> tbh, I think it over-legislates.
[03:57] <jml> stub, attrgetter & itemgetter ought to be builtins, imnsho
[03:59] <maxb> My disagreement with attrgetter is that IMO you should never write code in strings if you can possibly avoid it
[04:01] <maxb> hmm, merge proposals really need an "update to latest branch revision in-place" button
[04:01] <jml> maxb, although I agree with the principle...
[04:02] <jml> maxb, since Python lacks a separate type for symbols, and thus uses strings, I think it's perfectly ok to use strings for attribute access
[04:03] <jml> maxb, and although dynamic attribute access is over-used by some & can be confusing, I think forbidding it entirely is unnecessarily restrictive.
[04:04]  * maxb wonders why superseding a merge proposal blocks the ability to further comment on it
[04:05] <jml> maxb, there were reasons.
[04:05] <jml> I'm reasonably confident that the whole workflow around updating diffs in being changed for the better.
[04:06] <jml> but maybe thumper can say one way or the other.
[04:06] <spm> jml: I do love how you always manage to ping me *just* after I go afk for eg lunch :-)
[04:06] <jml> spm, it's rarely ever urgent :)
[04:06] <jml> actually, I'm just about to go out to lunch.
[04:07] <spm> jml: no, I'm not sure who maintains them. There was some noise around IS looking after same, but I'm unaware of the current status on that.
[04:07] <jml> spm, I've asked jussi01 on #ubuntu-bots (who owns ubot3) to kill off ubot3
[04:07] <spm> cool, ta.
[04:07] <jml> spm, if they don't respond, I humbly suggest that we kickban ubot3 and send a polite email explaining why.
[04:08] <mwhudson> booooooooooooot faster ec2!
[04:08] <jml> maxb, I simply have to eat now. I'll review your branch when I get back from lunch.
[04:10] <mwhudson> i can review it now, while i wait for ec2 instances to do stuff
[04:21] <mwhudson> huh, property(attrgetter(attrname)) is a trick that hadn't occurred to me, i have to say
[04:27] <maxb> That wizardry came from allenap
[04:35] <jml> maxb, replied
[04:36] <jml> I was just thinking, it'd be nice to use that trick to make an 'alias' helper that took the old attribute name and an optional readonly boolean parameter.
[04:41] <maxb> jml: replied
[04:42] <mwhudson> gosh our test suite is really slow
[04:44] <jml> yeah, we should do something about that.
[04:44] <mwhudson> jml: if we can make ec2test not rely on being able to ssh to devpad, it can be a bunch simpler
[04:44] <mwhudson> jml: luckily you did something about that recently :)
[04:45] <jml> mwhudson, because all the agent stuff goes away?
[04:45] <mwhudson> jml: no, not that (we still need to ssh to launchpad) but some of the ssh config complexity
[04:45] <jml> mwhudson, ahh, I see.
[04:45] <mwhudson> (no need to dig out the proxycommand you and i use to connect through chinstrap)
[04:46] <jml> I guess ec2test needs to use SSH to get branches still?
[04:46] <mwhudson> yeah
[04:46] <mwhudson> we could update most of them over http i guess
[04:46] <maxb> ah, the old ProxyCommand ssh <somewhere> nc <somewhereelse> 22 trick?
[04:47] <mwhudson> which would let us --headless earlier, but would be a bit slower overall
[04:47] <mwhudson> maxb: yep
[04:49] <mwhudson> btw
[04:49] <mwhudson> does anyone know why i don't have a /usr/lib/jvm/default-java file?
[04:49] <maxb> apt-get install default-jdk ?
[04:49] <mwhudson> it looks like i have several jdk's installed
[04:50] <mwhudson> maxb: hm, that's doing something indeed
[04:50] <mwhudson> jml, thumper: do you have any branches that need ec2testing right now?
[04:51] <mwhudson> (or anyone else internal, but you should all be asleep :)
[04:51] <maxb> default-jdk is one of those packages which only really exists to serve as a build-dep
[04:52] <maxb> It's so that the distro-wide choice of OpenJDK/GCJ/Whatever can be made in a single place
[04:52] <jml> mwhudson, looking...
[04:53] <jml> mwhudson, nope
[04:53] <mwhudson> maxb: right, but i had openjdk, gcj and whatever installed already
[04:53] <mwhudson> maxb: i was expecting it to be more like the alternatives stuff i guess
[04:53] <mwhudson> maxb, wgrant: either of you have branches that need testing?
[04:53] <maxb> sorry, you've landed them all :-)
[04:53]  * mwhudson has a shiny new ec2test image
[04:54] <maxb> though actually I did have a fairly mechanical change I was planning on doing...
[04:54]  * maxb wields grep
[04:56] <mwhudson> jml: want to look at another ec2test knocking-about diff? http://pastebin.ubuntu.com/270655/
[04:57] <mwhudson> jml: it's still fairly horrible, but it allows one-step updating of the ec2test image
[04:58] <jml> mwhudson, wuu
[04:58]  * mwhudson runs "time ./utilities/ec2test.py --headless" for that branch
[04:58] <jml> mwhudson, umm, could you please walk me through the changes?
[05:00] <mwhudson> jml: so one strand is ripping stuff out of testrunner (particularly EC2TestRunner.__init__) so that having a testrunner isn't vital to doing anything at all
[05:00] <mwhudson> jml: another strand is the stuff to add the bundling
[05:00] <mwhudson> and there are the inevitable driveby cleanups
[05:03] <mwhudson> jml: hang on, i'll annotate a diff
[05:04] <jml> mwhudson, thanks.
[05:06] <mwhudson> oh heh heh, i think i broke --headless
[05:08] <mwhudson> jml: http://pastebin.ubuntu.com/270659/
[05:12] <maxb> So, I have another branch which you could ec2test if you like...except launchpad is still falsely claiming it hasn't been pushed to yet :-/
[05:13] <maxb> and I'm not getting the "Launchpad is processing new changes to this branch" banner on it either
[05:15] <mwhudson> maxb: new branches never say "processing changes"
[05:15] <mwhudson> (which is a bug)
[05:17] <maxb> How long do I wait before deciding that something is actually broken?
[05:18] <maxb> https://code.edge.launchpad.net/~maxb/launchpad/debuild--no-conf ftr
[05:20] <maxb> hmm, I deleted the MP I created and it changed from "has not been pushed to" to "has not been scanned"
[05:20] <mwhudson> hmm looks like the scanner is stuck
[05:20] <mwhudson> spm: hi
[05:20] <mwhudson> maxb: that's interesting
[05:20] <mwhudson> but maybe just a coincidence
[05:20] <spm> mwhudson: heyo; stuck scanner? looking.
[05:21] <maxb> it may have just unstuck
[05:22] <mwhudson> seems like it
[05:22] <mwhudson> spm: can you sync the puller logs to devpad?
[05:22] <spm> sure
[05:22] <mwhudson> tia
[05:22]  * mwhudson watches ec2test.py --headless do stuff
[05:24] <mwhudson> jml: wow, bug #420198 is next
[05:24] <ubot3> Malone bug 420198 in launchpad-foundations "ec2test --headless takes way too long to detach" [High,Triaged] https://launchpad.net/bugs/420198
[05:24] <mup> Bug #420198: ec2test --headless takes way too long to detach <build-infrastructure> <Launchpad Foundations:Triaged by mwhudson> <https://launchpad.net/bugs/420198>
[05:24] <mup> Bug #420198: ec2test --headless takes way too long to detach <build-infrastructure> <Launchpad Foundations:Triaged by mwhudson> <https://launchpad.net/bugs/420198>
[05:24] <mup> Bug #420198: ec2test --headless takes way too long to detach <build-infrastructure> <Launchpad Foundations:Triaged by mwhudson> <https://launchpad.net/bugs/420198>
[05:24] <jml> mwhudson, nice.
[05:24] <jml> spm, do you have ops?
[05:25] <spm> mup really needs a "30 sec delay" mindset on reprint the same bug id....
[05:25] <spm> jml:  "ops"?
[05:25] <spm> mwhudson: puller synced and bzrsyncd for good measure.
[05:25] <jml> spm, IRC operator privileges
[05:25] <mwhudson> fortunately mup is written in a programming language we all know really well
[05:26] <mwhudson> (warning: may be a lie)
[05:26] <mwhudson> spm: thanks
[05:26] <jml> I do :)
[05:26] <spm> jml: no. and given I've been irc'ing for ~ 15 months, I wouldn't trust me :-)
[05:27] <mwhudson> jml: fwiw, i think "irc op" is quite different from "channel operator"
[05:27] <jml> my mistake :)
[05:28] <ajmitch> farewell, ubot3
[05:29] <maxb> mwhudson: If you need something to ec2test, here's a (literally) one-liner change https://code.edge.launchpad.net/~maxb/launchpad/debuild--no-conf/+merge/11680
[05:31] <mwhudson> maxb: ta
[05:43] <jml> ajmitch, heh.
[05:45] <mwhudson> it'll be back, when the banlist decays over time, as they always seem to do
[05:46] <ajmitch> easiest way is to just nag the owner
[05:47] <jml> ajmitch, this has been done :)
[05:47] <ajmitch> I'm glad :)
[05:50] <jml> mwhudson, ok, my attention is now returned to you
[05:52] <mwhudson> jml: hurrah
[05:54] <mwhudson> i think my stock of attention for today has almost run out ...
[06:00] <jml> mwhudson, http://pastebin.ubuntu.com/270677/
[06:01] <jml> mwhudson, here's the quick version:
[06:01] <jml> mwhudson, yay
[06:01] <jml> mwhudson, did you think of making make_instance a classmethod on ec2instance?
[06:01] <stub> And coffee just doesn't work like it used too. Now if I drink too much coffee I'm wired but can't pay attention to anything.
[06:02] <jml> mwhudson, demo_networks should be split out, save it for a separate branch. I know how it works, so I can happily help you there.
[06:02] <jml> mwhudson, it's a shame 'credentials' has to be a public attribute on account
 mwhudson, did you think of making make_instance a classmethod on ec2instance?
[06:03] <mwhudson> no, that's probably a good idea
 mwhudson, it's a shame 'credentials' has to be a public attribute on account
[06:03] <mwhudson> is it?
[06:04] <mwhudson> an EC2Credentials is a slightly strange thing, really
[06:04] <jml> yes, it is.
 mwhudson, demo_networks should be split out, save it for a separate branch. I know how it works, so I can happily help you there.
[06:05] <mwhudson> hooray
[06:06] <jml> mwhudson, well, the only usage of the .credentials attribute is in bundle(), and it violates the Law of Demeter. I'm just worried (perhaps overly so) about tying this stuff together too much.
[06:07] <jml> mwhudson, and one usage + lots of dots trips a flag.
[06:07] <jml> mwhudson, but it's not a big deal.
[06:08] <mwhudson> jml: yeah, fair point
[06:08]  * mwhudson restructures a bit
[06:14] <mwhudson> jml: interdiff
[06:14] <mwhudson> http://pastebin.ubuntu.com/270681/
[06:16] <jml> mwhudson, wonderful! :)
[06:16] <mwhudson> jml: thanks
[06:16] <jml> mwhudson, could you please add a docstring to make()?
[06:17] <mwhudson> jml: i should probably do a read through the diff adding/editing docstrings
[06:17] <mwhudson> jml: so sure
[06:17] <jml> mwhudson, sweet.
[06:27] <jml> mwhudson, btw, I have a note here to talk to you about pycon talk ideas
[06:27] <mwhudson> jml: ok
[06:28] <jml> mwhudson, but I don't really have that kind of energy right now.
[06:28] <mwhudson> jml: heh, me neither
[06:28] <mwhudson> jml: tomorrow, when the caffeine is still fresh in our veins?
[06:29] <jml> mwhudson, sounds good :)
[06:43] <mwhudson> jml: some docstrings to read: http://pastebin.ubuntu.com/270690/
[06:46] <jml> mwhudson, 'demo_networks' is a list of network strings (e.g. "192.168.1.0/24") and IP addresses
[06:46] <jml> mwhudson, it specifies who is allowed to connect to the server
[06:47] <jml> mwhudson, but also, if it's set at all, then tests aren't run and some other stuff is enabled/disabled.
[06:47] <mwhudson> jml: i.e. "represents a bunch of crack"
[06:48] <mwhudson> jml: i think i'd almost write "???" in the docstrings than explain the current truth
[06:48] <mwhudson> (and fix the current truth tomorrow)
[06:48] <jml> mwhudson, fair enough. :)
[06:48] <jml> mwhudson, just like _1984_!
[06:49] <jml> mwhudson, it would be nice to have a little more explanation as to what make() does (or rather, how it's different from the constructor)
[06:50]  * jml looks over the code to make a suggestion.
[06:50] <mwhudson> perhaps there isn't much difference
[06:51] <jml> hmm, yeah.
[06:51] <jml> mwhudson, I'm happy to leave the current docstring as is.
[06:51] <jml> maybe future code iterations will make the distinction clearer.
[06:51] <jml> mwhudson, r=jml
[06:52] <mwhudson> jml: awesome, thanks
[06:52] <jml> mwhudson, no, thank you.
[07:10]  * mwhudson is done for the day
[07:12] <jml> mwhudson, g'night.
[07:46] <beuno> good morning all
[07:46] <beuno> noodles775!
[07:46] <noodles775> Hi beuno !
[07:47] <beuno> noodles775, how are things?
[07:48] <noodles775> beuno: ok - we just landed the the ppa-index re-design at the end of last week... still some tweaks to be done, but was good to get it landed. How are you going?
[07:48] <beuno> noodles775, I saw you guys won the race  ;)
[07:48] <beuno> noodles775, things are great. Had a fantastic vacation
[07:48] <beuno> very relaxing
[07:49] <noodles775> beuno: Great to hear :) I hope it didn't take too long to get to the relaxed state :)
[07:49] <beuno> noodles775, it took a day or two to really disconnect, but after that it was a smooth ride
[07:49] <noodles775> Great!
[07:50] <jml> so, is soyuz now turning its attention to blueprints templates?
[07:50] <beuno> noodles775, did you manage to get your hand on the padding issues?
[07:50] <noodles775> jml: we're planning to do blueprint templates along with other high-priority bugs.
[07:50] <jml> noodles775, awesome :)
[07:51] <noodles775> beuno: nope - I had to focus on the ppa-index last week. I did do a few flybys that I needed for the ppa-index, but I'll look for the general padding bugs now (or do you have a list?)
[07:52] <beuno> noodles775, I don't have a list of bugs, not sure if they where filed
[07:52]  * beuno looks through bugs
[07:53] <noodles775> beuno: I know jtv filed one general one, but am not aware of others.
[07:54] <beuno> noodles775, the main things I see is the breadcrumbs need more bottom padding, and the footer needs top padding
[07:54] <beuno> I'll play around with it and see if I can provide a branch (or a patch, my rf is busted)
[07:55] <noodles775> beuno: I did already add more padding to the bottom of breadcrumbs (well, margin actually) - but perhaps not enough?
[07:56]  * beuno ponders
[07:57] <beuno> noodles775, https://edge.launchpad.net/~openshot.developers/+archive/ppa
[07:58] <noodles775> beuno: that's an exception - the editable description has negative margin :/
[07:58] <beuno> I think it's a combination of the description text being small, and having an icon the the breadcrumbs
[07:58] <noodles775> Hmm... although it's the same as https://edge.launchpad.net/builders/palmer
[07:59] <beuno> I'm starting to think we don't want icons in the breadcrumbs
[07:59] <beuno> and maybe, just maybe, need to be a smaller font
[07:59] <noodles775> Yeah, I'd agree there too - icons seem to make the breadcrumbs a bit too noisy...
[08:00] <beuno> I will file a bug
[08:00] <beuno> I need to get back on track with my karma
[08:00] <noodles775> heh
[08:00] <beuno> noodles775, this page's header section is missing... something: https://edge.launchpad.net/ubuntu/+ppas
[08:01] <noodles775> beuno: yes, it might be related to barry's landing which modified the way headings work - see the email. We all need to go through and re-adjust things a bit.
[08:01] <beuno> noodles775, known issue then, great
[08:08] <beuno> anyone know what could be causing this error?  http://paste.ubuntu.com/270724/
[08:08] <jml> beuno, no, I don't. how do you get it?
[08:09] <beuno> jml, "make"
[08:09] <beuno> (I'm on karmic)
[08:10] <jml> beuno, so am I.
[08:10] <jml> beuno, are you up to date with dependencies, sourcecode and download-cache?
[08:11] <beuno> jml, yes, running rf-get
[08:12] <jml> beuno, and launchpad-developer-dependencies is up to date?
[08:16] <beuno> jml, I'll look, but what does that have to do with it?
[08:17] <beuno> ah, you mean the package
[08:17] <beuno> yes
[08:17] <beuno> actually...
[08:17] <beuno> no
[08:17] <beuno> argh
[08:17] <beuno> updates are fun
[08:18] <beuno> installing 290mb of deps (again?)
[08:18] <beuno> thanks
[08:18] <jml> beuno, np
[08:23] <jml> beuno, what does 'bzr revno sourcecode/pygpgme' say?
[08:24]  * beuno checks
[08:24] <adeuring> good morning
[08:25] <beuno> jml, 48
[08:25] <al-maisan> moin abel
[08:25] <jml> beuno, and no local changes? (cd sourcecode/pygpgme; bzr st)
[08:26] <beuno> jml, none
[08:26] <jml> beuno, thanks.
[08:26] <jml> beuno, let me know if it doesn't work after the upgrade -- it does work for me, even after a make clean.
[08:27] <beuno> jml, it's installing them already (560kb/sec!), I'll know in a minute
[08:32] <mwhudson> er, that's a strange error
[08:34] <beuno> jml, that fixed it
[08:35] <jml> beuno, cool.
[08:35] <beuno> jml, thank you
[08:36] <mwhudson> maxb: hi
[08:36] <mwhudson> maxb: lp:~maxb/launchpad/py2.5-unittest-compatibility failed tests
[08:37] <mwhudson> lp.codehosting.puller.tests.test_scheduler fails to import
[08:44] <beuno> jml, FYI, the ohloh thing got kicked off again when I used devel instead of db-devel. *no* idea why that worked and the other didn't
[08:45] <beuno> s/db-devel/db-stable
[08:45] <beuno> maybe someone needs some reconciling?
[08:45] <jml> beuno, I was about to suggest that.
[08:46] <jml> beuno, looks like it'll still be a week or so before the listing is processed.
[08:46] <beuno> jml, yeah, I've been following it fairly closely
[08:46] <beuno> my guess is weeks
[08:46] <beuno> it seems to be doing a few thousand commits per day
[08:47] <beuno> no idea why it goes through all the commits to count number of lines
[08:47] <beuno> but maybe they do more than that
[08:47] <jml> well, they are charting number of lines over time
[08:48] <jml> my hunch is that if they asked the bazaar ML, they'd be able to make the whole thing a lot faster.
[08:48] <didrocks> jml: hey o/
[08:48] <jml> didrocks, hello :)
[08:48] <didrocks> jml: enjoying Australia? :)
[08:49] <jml> didrocks, yes :)
[08:49] <wgrant> He's abandoning us soon :(
[08:49]  * thumper waves at beuno
[08:50] <beuno> thumper!
[08:50] <beuno> hi
[08:50] <didrocks> jml: I tried to setup launchpad on Friday evening and run into troubles. Apparently, nobody was there to have a clue: http://paste.ubuntu.com/269395/ (on up to date jaunty and karmic box). I'm a little bit stuck :)
[08:50] <beuno> thumper, how are things?
[08:51] <wgrant> didrocks: What does 'rocketfuel-get' say?
[08:51] <thumper> beuno: somewhat frantic
[08:51] <beuno> thumper, 3.0 blues?
[08:52] <thumper> beuno: kinda
[08:52] <didrocks> wgrant: unfortunately, I'm at work now and I don't have an available box. I can try to launch this this evening
[08:52] <thumper> beuno: I'm going to tackle the title and breadcrumb issues for branch pages this week
[08:53] <beuno> thumper, cool, I was noticing that headings are wonky now. How's the big redesigns going?
[08:53] <wgrant> beuno: The root context header looks very boring now. Who stole all the colours?
[08:54] <thumper> beuno: too slowly
[08:54] <jml> didrocks, I think wgrant is on the right track, fwiw.
[08:54] <beuno> thumper, :/
[08:54] <jml> didrocks, give rocketfuel-get a go when you get home
[08:55] <beuno> wgrant, do you think people really link them to applications?
[08:55] <beuno> my experience is no
[08:55] <noodles775> wgrant: I think the h1 heading above the breadcrumbs is the color-coded one?
[08:55] <wgrant> beuno: Perhaps not, but they made it a bit less bland.
[08:55] <wgrant> noodles775: I meant the app tabs, actually.
[08:56] <noodles775> Ah.
[08:56] <wgrant> Is there a bug about locationless <h1>s blocking access to the logout control?
[08:57] <maxb> mwhudson: oh, weird :-(. I'll poke at it at my lunchtime and see what I can do
[08:58] <beuno> wgrant, the original mockups had the colors, but the agreement was the the colors really don't mean anything
[08:58] <didrocks> jml, wgrant: ok, thanks, I'll keep you posted :)
[08:58] <beuno> so it was just noise
[08:58] <beuno> intellectronica, around yet?
[08:58] <wgrant> beuno: Pretty noise.
[09:01] <mwhudson> maxb: i forwarded you the mail
[09:02] <intellectronica> hi beuno
[09:02] <beuno> intellectronica, hi!  how's it going?
[09:03] <intellectronica> beuno: good good. had a nice holiday?
[09:03] <beuno> intellectronica, best ever
[09:04] <intellectronica> lovely
[09:04] <mwhudson> maxb: your other branch passed though, the --no-conf one
[09:04] <mwhudson> i guess that means my new image works
[09:04] <mwhudson> for me at least
[09:04] <maxb> Well if that one failed, I would have been really annoyed :-)
[09:04] <mwhudson> anyone here have a branch they want to ec2test?
[09:05] <beuno> intellectronica, I see the bugtask table is now fully ajaxified. Any reason why it can still be expanded?
[09:07] <intellectronica> beuno: it's still the only way to add a comment and change metadata in one action. until we fix it so that we collapse them after the fact, it seems people still want to be able to do that
[09:07] <mwhudson> nm
[09:08] <noodles775> mwhudson: I will in a while (40mins maybe), if you want to email me new instructions to try.
[09:09] <beuno> intellectronica, interesting...   will that feature make it to 3.0?
[09:10] <intellectronica> beuno: probably not
[09:11]  * beuno hmmms
[09:30] <mrevell> Morning
[10:57] <deryck> Morning, all.
[10:58] <beuno> hi deryck
[10:58] <beuno> hi mrevell
[11:18] <mrevell> hey beuno
[13:14]  * beuno waves at barry 
[13:18]  * barry waves at beuno! 
[13:18] <barry> beuno: how do like them new page titles? :)
[13:20] <beuno> barry, they are a dream come true. Literally.
[13:21] <barry> beuno: phew!  that was a helluva branch.  you might imagine with us printing browser.title everywhere, like every pagetest broke ;)
[13:21] <beuno> barry, ay, that sounds painful
[13:21] <beuno> thanks for getting it in, it was a critical change for 3.0
[13:22] <barry> beuno: only until 0330 saturday morning :)
[13:22] <barry> beuno: no worries man, it was actually fun!
[13:29] <danilos> maxb, btw, thanks for all the work in getting LP to run on karmic: I just got a new laptop over the weekend and I ran into no problems at all (I've seen ~12 test failures in full 'make check', but that might be related to python-svn stuff, since they were all in codehosting; didn't investigate further)
[13:30] <maxb> danilos: Nice :-). Try adding ppa:maxb/launchpad and upgrading
[13:31] <maxb> There are updated packages there pending syncing to the launchpad ppa
[13:32] <danilos> maxb, yeah, seen the email on the list, I'll try that later (got a few urgent things to fix first :)
[13:39] <jtv> abentley, you available for a pre-imp call?
[13:41] <abentley> jtv: I'd rather wait 20 minutes until I'm on duty.
[13:41] <jtv> abentley: no worries
[13:54] <beuno> sinzui, when you awaken, could you let me know if you're going to work on bug 429353?
[13:54] <mup> Bug #429353: Move edge message to the footer, allow people to stop redirection <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/429353>
[13:55] <sinzui> beuno: It is at the bottom of my list
[13:55] <sinzui> beuno: I still have 38 pages to land in 4 days
[13:55]  * sinzui 15 ready for review
[13:55] <beuno> sinzui, so you're saying that noodles775, that did a fantastic job in soyuz, should do it?   :)
[13:55] <beuno> hi, btw
[13:56] <bigjools> hands off my staff!
[13:56] <sinzui> beuno: anyone who is not on my team
[13:56] <beuno> bigjools, it should be a 10 minute branch
[13:56] <beuno> 15 tops
[13:56] <bigjools> lol
[13:56] <bigjools> last time you said that it took him 4 days ;)
[13:56] <sinzui> soyuz is done
[13:56] <sinzui> code has 3 pages to land + 3 answers pages
[13:57] <sinzui> bugs has 7 pages
[13:57]  * beuno stares at gary_poster 
[13:58] <bigjools> he can potentially do it tomorrow or day after, if someone fixes bug 423105 :)
[13:58] <mup> Bug #423105: Duplicate download icons in many places <Launchpad itself:Confirmed> <https://launchpad.net/bugs/423105>
[13:58] <beuno> bigjools, I will fix that bug
[13:58] <bigjools> ah good man
[13:59] <beuno> if noodles775 fixes 429353
[13:59] <beuno> :)
[13:59] <gary_poster> beuno, uh?
[13:59] <gary_poster> and hi :-)
[13:59] <beuno> gary_poster, I was about to nag you about a foundations bug, but I think I've managed to convince bigjools
[13:59] <gary_poster> heh, cool :-)
[13:59] <beuno> I think he's talking to Michael in the background
[14:00] <beuno> trying to convince him that this time it won't be so bad  :)
[14:00] <bigjools> beuno owes me so many favours!
[14:01] <beuno> he does
[14:01] <gary_poster> :-)
[14:02] <bigjools> beuno: so seriously, there's no such thing as a ten minute branch, but that looks like a couple of hours work so it's fine
[14:03] <beuno> bigjools, yeah, I know. I'm not sure how much work it is, tbh
[14:03] <beuno> it involves config files, among other things I think
[14:03] <beuno> I tried to do it myself, but once I spend 30 minutes going around in circles, I give up and file a bug
[14:03] <bigjools> beuno: can you do a quick investigation on it then?  it would be helpful to add that info to the bug
[14:04] <bigjools> ok perhaps sinzui then
[14:04] <beuno> bigjools, any competent lp developer should be able to find all the moving parts quickly
[14:04] <beuno> I'm not very familiar with the configs aspect of it
[14:04] <noodles775> beuno, bigjools
[14:05] <noodles775> beuno, bigjools: that should be fine... I had to play/test config stuff to get the site_message updated in the previous branch.
[14:05] <beuno> match made in heaven
[14:05] <beuno> I'm fixing the download icon bug right now
[14:05] <noodles775> beuno, bigjools: although I'm not sure about the redirection issue - did you look into that beuno?
[14:06] <beuno> noodles775, it's a simple javascript call
[14:06] <bigjools> moving the section to the bottom will be easy
[14:06] <noodles775> Great.
[14:06] <beuno> it's available on the home page to see it working
[14:06] <bigjools> then add the stuff from the front page I guess
[14:07] <noodles775> bigjools: yeah, it's easy now because it's part of the template - rather than a string in the method of IHierarchy :)
[14:07] <bigjools> noodles775: I wonder who fixed that!
[14:08] <BjornT> barry: i think you mentioned that running a specific test layer (e.g. MailmanLayer) isn't possible any more. did you file a bug for it?
[14:14] <maxb> Whilst you're at it, -s seems to be being ignored too
[14:18] <BjornT> maxb: yes, it's a similar issue. the problem is that bin/test specifies some default options, that you can't remove
[14:18] <barry> BjornT: not yet
[14:18] <barry> BjornT: but i will
[14:19] <BjornT> barry: cool. do you intend to fix it as well? :) i know what the problem is (see my comment above)
[14:20] <barry> BjornT: if you comment on the bug, i'll fix it :)
[14:20] <gary_poster> barry: hiya.  I rearranged some things and lost my bookmarks to the old, old LP wiki.  I was going to try to make at least a tiny bit of progress on migrating the reviewer wiki bits.  What is the url of the ancient LP wiki again, do you remember?
[14:21] <BjornT> barry: perfect :)
[14:22] <barry> gary_poster: which one was launchpad.canonical.com? :)
[14:22] <gary_poster> barry: the one I wanted!  Thanks :-)
[14:23] <barry> phew! :)
[14:25] <barry> BjornT: bug 429375 feel free to assign it to me after commenting
[14:25] <mup> Bug #429375: bin/test --layer=MailmanLayer no longer works <Launchpad itself:New> <https://launchpad.net/bugs/429375>
[14:30] <BjornT> barry: done
[14:34] <gary_poster> barry: do you have access to this page?  https://launchpad.canonical.com/TipsForReviewers .  I get "You are not allowed to view this page"
[14:35] <barry> BjornT: thanks
[14:35] <barry> gary_poster: looking...
[14:38] <barry> gary_poster: yes, i can view the page
[14:45] <gary_poster> barry: mm. :-/
[14:46] <gary_poster> barry: I mean...oh, great, so you can do it! ;-)  ...maybe I can ask mrevell or kfogel for view access.
[14:46] <gary_poster> mrevell, kfogel: I want to transfer content from https://launchpad.canonical.com/TipsForReviewers (and other related pages) to dev.launchpad.net
[14:46] <barry> gary_poster: hahahaha!
[14:47] <mrevell> hi gary_poster
[14:47] <gary_poster> mrevell: hi!  I get "You are not allowed to view this page."
[14:47] <mrevell> gary_poster: Hmm. Odd. I only get that message when I'm not logged into the wiki.
[14:48] <mrevell> gary_poster: I'm pretty sure you should have access but I'll happily move those pages over for you now.
[14:48] <gary_poster> mrevell: oh, wow, thank you.  I am definitely logged in via openid (it shows my name)
[14:49] <gary_poster> barry: look at mrevell's generous offer.  Can you maybe let him know what pages ought to be transferred?
[14:49] <mrevell> gary_poster: Heh, I don't know what the cause would be, then, as I'm sure we opened the wiki up
[14:49] <mrevell> barry: Yeah, just let me know which pages you wanna move
[14:49] <gary_poster> barry, then you and I can see what, if anything, needs to be cleaned up.
[14:50] <gary_poster> mrevell: thank you again!
[14:50] <mrevell> np my pleasure :)
[14:50] <gary_poster> :-)
[14:50] <barry> gary_poster, mrevell awesome, thanks.  mrevell it might be a few minutes.  i need to pop my stack of a few things first
[14:50] <gary_poster> barry: sorry to dump it on you :-(
[14:50] <mrevell> cool
[14:51] <barry> gary_poster: no worries!
[15:01] <barry> rockstar: bug 427101 might help you
[15:01] <mup> Bug #427101: [Karmic] Xorg crash after login. Returns to gdm which then hangs. <crash> <xserver-xorg-video-ati (Ubuntu):Confirmed> <https://launchpad.net/bugs/427101>
[15:37] <flacoste> beuno: around to look at https://bugs.edge.launchpad.net/launchpad-foundations/+bug/429247 ?
[15:37] <mup> Bug #429247: Locationless <h1>s block login/out widgets <story-ui-3> <Launchpad Foundations:New> <https://launchpad.net/bugs/429247>
[15:39] <beuno> flacoste, sure
[15:44] <henninge> beuno: ping
[15:45] <beuno> henninge, hi
[15:45] <henninge> Hi, beuno!
[15:45] <henninge> Can you tell me something about https://bugs.edge.launchpad.net/rosetta/+bug/418610 ?
[15:45] <mup> Bug #418610: New translate page needs new icons <Launchpad Translations:New for beuno> <https://launchpad.net/bugs/418610>
[15:46] <henninge> ;-)
[15:46] <beuno> henninge, I cannot
[15:47] <beuno> but
[15:47] <beuno> talk to iainfarrell
[15:47] <beuno> on #design
[15:47] <beuno> he's the new project manager
[15:47] <beuno> and can get you resources
[15:47] <henninge> beuno: ah, cool
[15:47] <henninge> thanks, beuno
[16:39] <bac> barry, sinzui: i'm starting on team-map.pt, team-members.pt, and team-mugshots.pt -- unless there are objections
[16:40] <sinzui> take them
[16:42] <didrocks> wgrant: here what I get with rocketfuel-get: http://paste.ubuntu.com/271002/
[16:46] <bac>  sinzui: filed as bug 429455 for your tracking pleasure
[16:46] <mup> Bug #429455: Update team map, membership, and mugshot pages to UI 3.0 <Launchpad Registry:In Progress by bac> <https://launchpad.net/bugs/429455>
[16:49] <barry> bac: thanks.  i'm going to get some lunch and then will be back to take some conversions
[16:50] <bac> barry: good idea.  i think i'll join you.
[16:50] <barry> bac: come on over!  i've got extras.
[16:51] <bac> barry: nah, i'm going uptown for the world's best BLT
[16:51]  * barry drools: mmmmm bacon
[16:51] <bac> may take jojo
[16:51] <bac> he will drool
[16:51] <barry> :)
[16:52] <sinzui> flacoste: beuno: geser helped diagnose a unit issue were we defined widths in percentages, but margins in ems. I landed that fix. we may have something similar in the CSS. The rule in question relates to our effort to reset the old style sheet
[16:52] <flacoste> sinzui: we can kill the old style sheet on friday i guess?
[16:53] <beuno> flacoste, maybe. The bug index is still unconverted
[16:53] <beuno> so it maybe be a bit of a disaster
[16:53] <sinzui> flacoste: I hope so. then kill pagetitles.py on 3.0 +1 day
[16:53] <beuno> I don't really know
[16:54] <sinzui> beuno: person is unconverted. I took the page from salgado on Friday, then handed it back to him.
[16:54] <flacoste> beuno: the bug index will be converted, don't worry, the bugs team are doing great work
[16:54] <flacoste> beuno: and so is the person page, registry is also doing great work!
[16:54] <flacoste> in fact, the whole team is pushing on this, so it will be delivered
[16:55] <flacoste> it's amazing
[16:55] <beuno> flacoste, aiight. I just want to make sure that we don't end up leaving people with unsable parts of LP for a few days
[16:55] <beuno> MPs and branch pages also need updatin'
[16:55] <beuno> I'm super keen on killing it as well
[16:56] <sinzui> beuno: to be very clear, we are going to remove all the ids that we are reseting. We can merge the wanted style rules after we are sure the pages display
[16:57] <beuno> sinzui, fair enough
[16:57] <beuno> I'm looking forward to it
[17:00] <allenap> maxb: Hi. Have I caused you more work with the py25-unittest branch by suggesting a property? Does the descriptor you had originally break too?
[17:08] <maxb> allenap: The non-data descriptor fails to break when it probably should :-)
[17:11] <allenap> maxb: Oh wow. Any ideas of how to work around it?
[17:18] <maxb> A detailed reading of all the other TestCase classes that LP pulls in at varying points and adapting the fix appropriately
[18:00] <mrevell> See you tomorrow guys
[18:15] <ppalmers> hi all, I'm having some trouble with using the rocketfuel-setup script to fetch the launchpad dev tree as specfified in https://dev.launchpad.net/Getting
[18:16] <ppalmers> I'm using the rocketfuel-setup script as described, but it fails with an import error on _pythonpath.py
[18:16] <ppalmers> this is on 9.04 btw
[18:18] <rockstar> ppalmers, have done the link-external-sourcecode thing?
[18:18] <ppalmers> rockstar: is that before or after the rocketfuel-setup?
[18:18] <ppalmers> rockstar: cause that on its own fails
[18:19] <rockstar> ppalmers, well, after you branch, you need to link the sourcecode directory.
[18:20] <ppalmers> rockstar: ok, let me just try this
[18:20] <rockstar> ppalmers, I have a script that creates a new branch from devel (or db-devel), links the source-code dirs, and then runs `make build`
[18:20] <ppalmers> rockstar: always interested...
[18:21] <rockstar> ppalmers, it's just three commands: the branch command, the link command, the make build.  I just got tired of typing them all manually.
[18:22] <ppalmers> rockstar: well, I don't really grok the thing yet...
[18:22] <sinzui> geser: ping
[18:22] <ppalmers> rockstar: I have a ~/launchpad/lp-branches/devel
[18:22] <geser> pong
[18:23] <rockstar> ppalmers, you should also have ~/launchpad/lp-sourcecode/sourcecode
[18:23] <sinzui> geser: cprov is starting on bug 416412. Is it still valid after the CSS right-margin change
[18:23] <mup> Bug #416412: +build missing a line break between the "title" and the "data" part <trivial> <ui> <Soyuz:Triaged by cprov> <https://launchpad.net/bugs/416412>
[18:23] <ppalmers> rockstar: I do
[18:23] <rockstar> ppalmers, so go into the devel folder and do `utilities/link-external-sourcecode ../../lp-sourcecode`
[18:24] <geser> sinzui: I can't reproduce it anymore, so I'd say it's fixed
[18:24] <ppalmers> rockstar: would that be s/lp-sourcecode/lp-sourcedeps/ ?
[18:25] <rockstar> ppalmers, ah, yes.
[18:25] <ppalmers> rockstar: done
[18:25] <rockstar> ppalmers, I don't set up my dirs like that, so I hafta fudge it.
[18:25] <sinzui> geser: thanks. I will set cprov onto one of my bugs
[18:25] <rockstar> ppalmers, try `make build` now.
[18:26] <cprov> geser: thanks
[18:27] <gary_poster> flacoste, maxb: Hi.  I have a proposed fix for https://bugs.edge.launchpad.net/zope3/+bug/413335 .  I asked mgedmin to review, who was involved in the Zope 3 package initially.
[18:27] <gary_poster> He thinks it looks good, but he said he was trusting me on the timelines. :-)  Are either of you available for a review?  I'd like to have someone from LP look at it too.
[18:27] <mup> Bug #413335: Figure out what to do about zope.sendmail incompatibility with Python >= 2.5.1 <python-upgrade> <Launchpad Foundations:Triaged> <Zope 3:New> <https://launchpad.net/bugs/413335>
[18:27] <gary_poster> Right now I just have a diff: http://paste.ubuntu.com/271076/
[18:27] <gary_poster> checking if zope.sendmail is in LP...
[18:28] <ppalmers> rockstar: "Unknown entry URL:" warnings are normal?
[18:29] <rockstar> ppalmers, yeah.
[18:29] <ppalmers> rockstar: ok, in that case this succeeded
[18:29] <rockstar> ppalmers, I assume you'll also need to `make schema` to set up the database, and then you can just do `make run` and you'll have a dev server up.
[18:30] <ppalmers> rockstar: ok
[18:30] <gary_poster> The package is in LP, but no code.  I could put in a branch of trunk and then apply my diff if that were really desired.
[18:30] <ppalmers> rockstar: thx
[18:30] <maxb> mm, that looks nifty
[18:30] <ppalmers> rockstar: the 'make build' was the magic step I didn't know of
[18:32] <maxb> gary_poster: I can't spot an holes in that at first glance :-)
[18:32] <maxb> *any
[18:34] <gary_poster> maxb: ok. :-)  thank you for looking.  Is there some action I can try in LP to see if this solves the problem?  I haven't tried to duplicate except in your test program actually.  I expect that if I have not solved it, then when I make run I then cannot do an interrupt, but have to kill the process?
[18:34] <maxb> If Ctrl-C shuts down "make run" cleanly, you've solved the problem
[18:35] <gary_poster> maxb: ok cool.  thanks!
[18:35] <maxb> oh, but check that it hasn't left any librarians behind silently too
[18:35] <gary_poster> ok
[18:36] <ppalmers> rockstar: thx, it's up and running
[18:51] <bac> sinzui: i'm going to include wgrant's patch for bug 403561 in my mugshot conversion unless you object.  it makes life much easier when dealing with mugshots.
[18:51] <mup> Bug #403561: Mugshot retrieval fails on development launchpad <librarian> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/403561>
[18:52] <sinzui> bac: thanks...
[18:52] <bac> sinzui: big thanks to wgrant
[18:52] <sinzui> bac: I was going to suggest that then thought I should not change the scope
[18:52] <bac> sinzui: changing scope is ok by me when it makes my life easier...
[18:53] <sinzui> bac: yes, that is why I did the series and milestone pages. I added info that make my job easier
[18:54] <sinzui> bac: have you seen https://edge.launchpad.net/launchpad-registry/+milestone/3.0 today?
[18:55] <bac> sinzui: hadn't yet.  nice!
[18:56] <sinzui> The summary of you and everyone else makes that page a little easier to read...but I need to fix the wrapping on names
[18:58] <flacoste> gary_poster: lookin
[18:58] <gary_poster> flacoste: thank you
[19:04] <flacoste> gary_poster: looks good, btw, the reason that the process doesn't exits is not that the thread status is ignored, it's simply that the atexit handler is stopped waiting for the lock
[19:04] <flacoste> gary_poster: once you release it, it moves on and will exit
[19:04] <gary_poster> flacoste: no
[19:04] <gary_poster> flacoste: not in my experiments
[19:05] <gary_poster> If I take out the flag it will run forever, even though it was a daemon, if the atexit waited for the lock
[19:05] <gary_poster> Tested with Py 2.5.2
[19:05] <gary_poster> 2.5.4 I mean
[19:06] <gary_poster> flacoste: if that were not the case I could have removed the _stopped flag entirely
[19:06] <gary_poster> and simply relied on the daemon behavior
[19:22] <barry> bac, sinzui what templates are you working on, or more importantly which ones can i do now?
[19:23] <bac> team-map, team-mugshot, team-subscribers
[19:23]  * sinzui looks at http://people.canonical.com/~beuno/conversions.html
[19:24] <barry> maybe i should do the team-mailinglist ones?
[19:24] <sinzui> barry: There are 3 left for you I think: team-invitations.pt, teammembership-index.pt, teammembership-invitation.pt
[19:24] <sinzui> barry: I think bac is landing the membership ones
[19:25] <barry> sinzui: um.  do you mean bac is doing the teammembers-*.pt's?
[19:25] <bac> i have these in ec2:  teammembership-invitation.pt
[19:25] <bac>     team-mailinglist-moderate.pt
[19:25] <bac>     team-mailinglist-subscribers.pt, barry
[19:26] <sinzui> barry: sorry, no, there is already a bug for the mailing list ones. bac is landing it
[19:26] <barry> bac, sinzui gotcha
[19:26] <barry> sinzui: i'll do the three you just gave me
[19:26] <sinzui> so I think we will be done with team tomorrow morngin
[19:26] <sinzui> only person will remain
[19:38] <rockstar> flacoste, launchpad-developer-dependencies and launchpad-dependencies appear to be terribly broken for hardy.
[19:40] <flacoste> rockstar: hmm, that's not too good
[19:41] <kiko-afk> hardy?
[19:41] <rockstar> kiko, yes, hardy.
[19:42] <kiko> how much do we care? are our servers still hardy?
[19:42] <rockstar> kiko, yes.  Plus, only recently did our stuff start working on Karmic, and I set up my chroot when it wasn't working at all on Jaunty.
[19:45] <rockstar> flacoste, http://pastebin.ubuntu.com/271120/
[20:12] <sinzui> Sweet. The registry colour is now fashionable black
[20:22] <rockstar> flacoste, I also can't get l-d-d installed on Karmic.  Looks like I'm missing python2.4-svn - I'm dead in the water 'til this gets fixed.
[20:22] <flacoste> rockstar: that's weird, others are reporting success on karmic
[20:22] <flacoste> python2.4-subversion is in our repo
[20:23] <rockstar> flacoste, python2.4-svn is a different package.  I see pysvn in there (which python2.4-svn is from) but I'm still getting errors installing.
[20:25] <flacoste> rockstar: what's the trouble with it?
[20:26] <rockstar> flacoste, I'm tracking down the actual issue now.  It's claiming python2.4-svn can't be installed, but I just installed it.  One sec.
[20:27] <rockstar> flacoste, it's still claiming that it can't install python2.4-svn even though I just installed it.  I have no idea what's going on.
[20:28] <rockstar> This is a fresh install, with just main restricted universe and multiverse enabled.
[20:30] <rockstar> flacoste, it looks like it's selecting python-svn instead of python2.4-svn when installing.  Something's wrong with python2.4-svn apparently.
[20:30] <rockstar> flacoste, did you need to pin anything?
[20:30] <flacoste> i'm not on karmic
[20:30] <flacoste> but there is no python2.4-svn package
[20:31] <flacoste> only a python-svn
[20:31] <flacoste> which should provide python2.4-svn
[20:31] <maxb> hello
[20:31] <flacoste> rockstar, maxb is on karmic
[20:31] <flacoste> as is jml
[20:31] <rockstar> flacoste, than l-d shouldn't be looking for python2.4-svn
[20:31] <flacoste> well, yes, it should
[20:31] <maxb> I suspect that the issue is that karmic's version of python-svn is higher that launchpad/ppa's
[20:31] <flacoste> because python2.4 is only there if the package was built properly
[20:32] <maxb> flacoste: You have a sync request outstanding from me to fix that :-)
[20:32] <flacoste> that's possible
[20:32] <flacoste> really!
[20:32] <flacoste> ok
[20:32] <rockstar> flacoste, please sync it, hurry, quickly, now, kthxbai.
[20:32] <maxb> rockstar: ppa:maxb/launchpad in the meantime
[20:32] <flacoste> maxb: does pycxx needs to be synced as well?
[20:33] <flacoste> rockstar: i'm on it
[20:33] <rockstar> flacoste, thanks!
[20:33] <maxb> flacoste: It's purely a build-dep, but for completeness (and being able to rebuild things) sake, it should be
[20:33] <flacoste> maxb: ok, syncing now
[20:33] <flacoste> rockstar: copied, will be published on the next publisher run
[20:34] <rockstar> flacoste, great, thanks.
[20:35]  * maxb wonders what the deal is with hardy
[20:35] <rockstar> maxb, no one uses it but me, apparently.  :/
[20:35] <rockstar> Which seems kinda scary, since we deploy to hardy.
[20:35] <maxb> heh
[20:35]  * maxb tries an apt-get install l-d-d in a cowbuilder chroot
[20:36] <flacoste> rockstar: IS doesn't use our repository
[20:36] <flacoste> rockstar: they deploy from theirs
[20:36] <flacoste> rockstar: so i gues they are using older versions which were fine
[20:38] <rockstar> flacoste, yeah, I was fine too, until I installed Karmic from scratch and needed to re-create my chroot.
[20:39]  * rockstar can has karmic dev environment
[20:40] <maxb> apt-get seems happy to install l-d-d in my hardy chroot
[20:41] <maxb> I'm not quite sure what to make of your pastebin
[21:00] <bac> sinzui: hey curtis i'm getting failures in trunk on xx-distroseries-index.txt and some others.  could they be due to your branch that is playing now on buildbot?
[21:01] <sinzui> bac: possibly.
[21:01] <sinzui> I'll look
[21:01] <bac> sinzui: Tests with failures:
[21:01] <bac>    lib/lp/registry/tests/../stories/distroseries/xx-distroseries-index.txt
[21:01] <bac>    lib/lp/registry/tests/../stories/teammembership/xx-renew-subscription.txt
[21:01] <bac>    lib/lp/registry/tests/../stories/product/xx-product-files.txt
[21:01] <bac>    lib/lp/registry/tests/../stories/foaf/xx-team-membership.txt
[21:01] <bac> the last is probably mine
[21:02] <sinzui> bac I get the error. It is translations
[21:03] <sinzui> bac: I think jtv landed that change
[21:03] <bac> sinzui: his has already gone through buildbot clean.  looks like maybe danilos
[21:05] <sinzui> bac: The test should be updated to show the output. I am switching tasks. If you agree, I can fix and submit it now.
[21:06] <bac> sinzui: ok.  i've backed out r9434 and running the failed tests
[21:06] <bac> sinzui: but that is pointless as you are correct that the tests need updating
[21:06] <bac> i wonder why ec2 didn't submit my branch.  argh.
[21:07]  * bac rushes to resubmit before your [testfix]
[21:08] <sinzui> bac: I will submit in 15 minutes...I'll give you a heads up
[21:08] <bac> sinzui: fwiw all tests pass without rev 9434
[21:08] <bac> sinzui: i just resubmitted mine.  i'll keep an eye on  it this time
[21:09] <sinzui> I see two other translations tests failed too. I will fix them if they are titles, otherwise I will cry
[21:15] <danilos> bac, sinzui: see the list, the testfix is in the pqm queue
[21:15] <danilos> sinzui, they are titles
[21:15] <sinzui> danilo. I just fixed the titles in my branch
[21:16] <sinzui> There are two h2 printing I fixed too
[21:19] <danilos> sinzui, that's all fixed in what's already in PQM (both with and without testfix tag)
[21:19] <sinzui> fab
[21:19] <danilos> sinzui, note that PQM is stopped for CP, I believe, so it will be a while before it gets in
[21:19] <bac> danilos:  thanks.  i should've thought to look at the mailing list first.
[21:37] <mwhudson> good morning
[21:37] <maxb> Would be nice if PQM stoppages got mentioned on the public list too
[21:52]  * mwhudson disappears for a bit, should be back for the call
[22:06] <barry> sinzui: ping
[22:06] <sinzui> hi barry
[22:06] <barry> sinzui: hi.  on the +invitations page, when you click on a team you get to a page at something like: https://launchpad.dev/~launchpad/+invitation/landscape-developers
[22:07] <barry> sinzui: this page's view is defined in a weird way, so it has no +hierarchy adapter
[22:07] <barry> sinzui: and thus no breadcrumbs
[22:07] <barry> sinzui: i spent 15 minutes trying to give it breadcrumbs and failed.  thus i am going to make page_title = label
[22:08] <barry> sinzui: i can file a bug about this for later, or not worry about, or spend more time on it now.  i know what i want to do <wink>
[22:08] <barry> sinzui: thoughts?
[22:08]  * sinzui looks
[22:10] <thumper> morning
[22:11] <sinzui> barry: It does the oppose of do something. TeamMembership does not have  Hierarchy because it is subordinate to a team.
[22:11] <sinzui> barry: file a bug
[22:11] <sinzui> barry: This has been broken for 4 years
[22:11] <barry> sinzui: exactly.  we think alike
[22:12] <barry> sinzui: thanks
[22:15] <Ursinha> sinzui, I'm getting a test failure on lib/lp/registry/stories/distroseries/xx-distroseries-index.txt, was that your change?
[22:16] <sinzui> Ursinha: danilo-afk's he has already submitted a test fix. see scrollback and email
[22:16] <Ursinha> sinzui, I've merged his branch but this one still fails
[22:16] <thumper> mwhudson: ping
[22:17] <sinzui> Ursinha: Then he did not fix everyone
[22:17] <Ursinha> sinzui, I
[22:17] <sinzui> The title needs to change in the test.
[22:17] <Ursinha> sinzui, I'll change and submit then
[22:17] <sinzui> I reverted my that change when I learned danilo-afk has submitted a fix
[22:30] <Ursinha> sinzui, anyway.. IO
[22:30] <Ursinha> I've fixed that and submitted my branch again
[22:33] <mwhudson> thumper: pong
[22:42] <maxb> A minor style question: class Foo(object):,  or depend on the __metaclass__  = type at the head of the file, and just write class Foo:    ?
[22:45] <mwhudson> maxb: launchpad style is the latter
[22:45] <maxb> thanks
[22:45] <mwhudson> (which i dislike, but never mind...)
[22:46] <maxb> Rather ironically, my py2.5-unittest-compatibility branch has headed almost full circle, and is back using a descriptor
[22:47] <mwhudson> :)
[22:48] <mwhudson> things should be as simple as possible, but no simpler
[23:01] <wgrant> bac: Ah, great.
[23:02] <maxb> On this py2.5-unittest-compatibility thing - I *think* I have something sane that works now. I've set my machine churning on a full test run. Should I wait for my own testrun to succeed (hopefully) before I ask for another ec2test attempt?
[23:11] <maxb> gary_poster: Yay \o/  Now I can drop my lp-source-dependencies branch :-)
[23:11]  * rockstar goes on a short walk
[23:22] <wgrant> cprov: Do you have a moment to talk about PPA dbgsyms?
[23:25] <gary_poster> maxb: :-)
[23:46] <jml> hello
[23:47] <cprov> wgrant: sure
[23:47] <mwhudson> jml: hello
[23:47] <wgrant> cprov: Great.
[23:47] <jml> mwhudson, hi.
[23:48] <cprov> wgrant: skype ?
[23:48] <wgrant> cprov: Ah, not a bad idea. Let's see if it works.
[23:48] <cprov> wgrant: cprovidelo
[23:49] <dhillon-v10> deryck: hi how are you
[23:51] <mwhudson> ec2test suffers from a particular anti-pattern: default arguments for a function/class constructor which is called exactly once, specifying all arguments
[23:52] <wgrant> cprov: I've added you, and am currently hunting for my good headset.
[23:53] <cprov> wgrant: okay
[23:56] <wgrant> cprov: Looks like it's OK. I can't see you, though.
[23:57] <cprov> wgrant: what's your nick ?
[23:58] <wgrant> cprov: william.a.grant, sorry.