[00:06] <sinzui> wgrant, mumble?
[00:08] <nigelb> Is everyone free to use the LP logo to denote link to Lp profile?
[00:09] <lifeless> wgrant: try this please:
[00:09] <lifeless> sudo rm -rf /var/lib/rabbitmq/mnesia/rabbit/*
[00:09] <lifeless> then start rabbit
[00:09] <nigelb> ah, found the license. Ignore me.
[00:22] <lifeless> wgrant: hi
[00:22] <lifeless> wgrant: have you tried that rabbit fix?
[00:22] <wgrant> lifeless: On a call right now. Will test soon.
[00:22] <lifeless> thanks
[00:31] <michaelh1> lifeless: can't move to London: ash cloud.  Plus, not enough earthquakes...
[01:00] <LPCIBot> Project devel build #832: STILL FAILING in 5 hr 38 min: https://lpci.wedontsleep.org/job/devel/832/
[01:10] <wgrant> :q
[01:11] <wgrant> lifeless: I'm using avahi for now, but any idea how to get the IP address of a guest?
[01:16] <lifeless> cat /var/lib/lxc/$host/var/lib/dhcp3/dhchp3.eth0.leases
[01:16] <lifeless> or check the libvirt dhcp server log/status
[01:17] <wgrant> I was hoping I could inspect the interfaces somehow.
[01:18] <lifeless> ask hallyn in #ubuntu-server?
[01:35] <wgrant> Hmm.
[01:35] <wgrant> Why does avahi get stuck registering on first startup :(
[01:43] <mwhudson> is there a tag for new person picker bugs?
[01:45] <wgrant> person-picker
[01:46] <StevenK> mwhudson: But if you file bugs, wgrant will frown at you.
[01:46] <mwhudson> ah i think it was just https://bugs.launchpad.net/launchpad/+bug/800654
[01:46] <_mup_> Bug #800654: Assign Me link on person picker visible when it should be hidden <disclosure> <picker> <qa-ok> <Launchpad itself:Fix Committed by wallyworld> < https://launchpad.net/bugs/800654 >
[01:46] <mwhudson> ... maybe
[01:47] <StevenK> RARGH, why does apt-mirror feel it needs to download most of the archive?
[01:47] <mwhudson> i guess i should get devel running and see if it happens there
[01:47] <wgrant> mwhudson: Or qastaging.
[01:48] <mwhudson> wgrant: good point
[01:49] <mwhudson> ah bug still present there
[01:49] <mwhudson> the person picker on $team/+addmember has the "assign me" stuff
[01:49] <mwhudson> wgrant: does this sound like a bug you know about?
[01:49] <wgrant> Is that a problem?
[01:49] <wgrant> Apart from the wording?
[01:49] <mwhudson> wgrant: yes, it's the "add member" picker
[01:50] <mwhudson> wgrant: neither "remove assignee" or "assign me" make sense
[01:50] <mwhudson> at all
[01:50] <wgrant> "Assign me" does, except it should be "Pick me" or so.
[01:50] <wgrant> "remove assignee" does not.
[01:50] <mwhudson> well maybe
[01:50] <mwhudson> it's not a /common/ use case for a team
[01:50] <wgrant> wallyworld_: ^^
[01:51] <mwhudson> i guess if you're an owner you might still want to add yourself
[01:51] <wallyworld_> the assign me link has been on the picker for a while. the above bug was to hide it when not needed
[01:52] <wallyworld_> what's the issue with the links? i'm not quite across what is being said above
[01:53] <wgrant> "A while" is about a week, right?
[01:53] <wallyworld_> no, longer
[01:53] <wallyworld_> months
[01:53] <wgrant> No...
[01:53] <wallyworld_> the last epic iirc
[01:53] <wgrant> Only since jcsackett refactored it a couple of weeks ago?
[01:53] <wgrant> Before then it was only on the bugtask assignee picker.
[01:53] <wgrant> AFAIK
[01:53] <wallyworld_> no, the refactoring was to make the code which provided the links better and consistent
[01:54] <wallyworld_> across the picker refactoring
[01:54] <wallyworld_> but the functionality was added last epic
[01:55] <wallyworld_> oh, only the bugtask picker
[01:55] <wallyworld_> perhaps that's correct
[01:55] <wallyworld_> yes, i think so
[01:56] <wallyworld_> so perhaps we should plug the "leak"
[01:56] <wallyworld_> only the bugtask picker needs "Assign Me"
[01:57] <wallyworld_> others may want "Pick Me" as mentioned above, but do we really need that?
[01:57] <mwhudson> http://people.linaro.org/~mwh/silly.png
[01:57] <wallyworld_> my fix for the above bug was for the bugtask case - do not show "Assign Me" if "me" was already assigned to the bug
[01:57] <mwhudson> wallyworld_: should i file a bug?
[01:57] <mwhudson> wallyworld_: yeah, i see that now (about the bug i linked to)
[01:58] <wgrant> https://bugs.launchpad.net/launchpad/+bug/787595
[01:58] <_mup_> Bug #787595: person picker could have a link to choose myself when I am a valid choice <disclosure> <person-picker> <qa-ok> <Launchpad itself:Fix Released by jcsackett> < https://launchpad.net/bugs/787595 >
[01:58] <wgrant> It's new.
[01:58] <wallyworld_> mwhudson: yes please, i think it's bad that way it is atm
[01:58] <wallyworld_> mwhudson: perhaps it's just the wording that is bad
[01:59] <mwhudson> wallyworld_: i beg to differ in this case
[01:59] <mwhudson> wallyworld_: particular when i'm already in the team
[02:00] <wallyworld_> fair point
[02:00] <wallyworld_> could you please include the screenshot in the bug
[02:00] <mwhudson> yay double filing
[02:01] <wallyworld_> that will help reinforce the need for a fix in case whoever reads the bug report can't immediately see the issue
[02:01] <mwhudson> wallyworld_: https://bugs.launchpad.net/launchpad/+bug/801388
[02:01] <_mup_> Bug #801388: some person pickers show "assign me"/"remove assignee" when that makes no sense <Launchpad itself:New> < https://launchpad.net/bugs/801388 >
[02:01] <wallyworld_> thanks.
[02:02] <wallyworld_> i think perhaps the quickest fix is to have those links off by default and only enabled when needed. initially just for bugtask assignee
[02:02] <wallyworld_> we can add other cases as and when required
[02:02] <wgrant> wallyworld_: But jcsackett only made it global three weeks ago, as requested.
[02:03] <wallyworld_> hmmm. but there's been some collateral damage :-)
[02:04] <wallyworld_> certainly "Assign Me" only makes sense in certain contexts
[02:04] <wallyworld_> "Choose Me" is better in other contexts
[02:05] <lifeless> this is polish, and very visible polish at that
[02:05] <wgrant> Indeed
[02:05] <lifeless> wgrant: rabbit test ?
[02:06] <wallyworld_> so, i think: default wording should be "Choose Me". bugtask assignee picker can override wording. select team member picker can disable links
[02:06] <wallyworld_> but the links will remain on by default
[02:07] <wallyworld_> and we can deal with other cases as the arise
[02:07] <wallyworld_> they
[02:19] <wgrant> lifeless: Doesn't help. I think something might be wrong with epmd.
[02:19] <wgrant> rabbit says it starts fine, but the LP side of things can't see it.
[02:23] <lifeless> wgrant: the outer rabbit ?
[02:24] <wgrant> lifeless: By disabling the hardlink restrictions on the host the system rabbit now starts. But the LP rabbit does not.
[02:26] <wgrant> Ah, and it's still broken without aufs.
[02:28] <lifeless> wgrant: so I have similar symptoms
[02:29] <lifeless> the host rabbit I have running and responding to rabbitmqctl
[02:31] <lifeless> Status of node 'tmpMn00ML@lucid-test-lp' ...
[02:31] <lifeless> Error: unable to connect to node 'tmpMn00ML@lucid-test-lp': nodedown
[02:31] <lifeless> is what the test suite sees
[02:31] <wgrant> Yes.
[02:32] <wgrant> Status of node 'tmpp9GAiQ@lucid-lp-temp-uxeO' ...
[02:32] <wgrant> Error: unable to connect to node 'tmpp9GAiQ@lucid-lp-temp-uxeO': nodedown
[02:32] <wgrant> diagnostics:
[02:32] <wgrant> - nodes and their ports on lucid-lp-temp-uxeO: [{rabbit,57084}, {tmpp9GAiQ,41334}, {rabbitmqctl1385,39815}]
[02:38] <wgrant> So, only two aufs-specific problems now. And one of them is fixed by disabling the overzealous hardlink protection.
[02:38] <wgrant> The other is that containers do strange things on reboot unless you remount.
[02:39] <wgrant> Possibly they unmount too aggressively.
[02:39] <lifeless> I had my pg corrupt itself
[02:39] <lifeless> there is a known bug in upstart in lucid
[02:39] <wgrant> I guess I should test the overhead of not using aufs.
[02:39] <wgrant> See how it affects the cache.
[02:40] <wgrant> Are LVM and the block cache friendly enough that snapshots will share cache?
[02:40] <lifeless> AIUI -
[02:40] <lifeless> new blocks written will be distinct
[02:40] <lifeless> reads will be common
[02:41] <wgrant> Let's use btrfs and see what happens.
[02:42] <lifeless> I've found btrfs a little slow
[02:42] <lifeless> anyhow
[02:42] <lifeless> gl
[02:57] <wgrant> Intriguing.
[02:57] <wgrant> Same reboot issue with btrfs.
[02:58] <lifeless> AIUI its a race condition, not fs
[02:58] <lifeless> kill -9 too early
[03:53] <wgrant> lifeless: Ah.
[03:53] <wgrant> lifeless: Shutting down the guest remounts the root FS ro.
[03:53] <wgrant> lifeless: Normally that fails, since there are files open rw on the host.
[03:53] <wgrant> But with aufs/btrfs, the host doesn't usually have rw handles, so the remount succeeds.
[03:54] <lifeless> wgrant: the guest fs ?
[03:54] <wgrant> lifeless: Yes. But that is a tree in a host mount, so it takes the whole mount ro, it seems.
[03:55] <lifeless> thats special; I haven't seen that happen to me
[03:55] <wgrant> Are you running it on an FS that isn't your root fs?
[03:55] <lifeless> no
[03:55] <wgrant> Then you're always going to have files open, so the ro remount will fail.
[03:55] <lifeless> its mount table has nothing but proc etc + the home bind mount
[03:56] <lifeless> bug filing time ;)
[03:56] <wgrant> Possibly.
[03:56] <wgrant> dbus won't start on a btrfs snapshot :(
[03:56] <lifeless> big loss :P
[03:56] <wgrant> Well, means no avahi.
[03:57] <wgrant> Which means I have to go hunting in dhclient's status files for the IP address.
[03:58] <wgrant> Ah, stale pid got caught in the snapshot.
[03:59] <jtv> Anyone mind if the dogfood appserver gets a solid kick?
[04:00] <wgrant> Kill it!
[04:00] <wgrant> Even better if you're QAing your stuff :)
[04:00] <jtv> BTW I finally put LC_ALL in my mawson .profile… what a relief!
[04:00] <wgrant> Yes!
[04:00] <jtv> LC_ALL=C, that is
[04:00] <wgrant> It is a bit spammy otherwise.
[04:00] <jtv> I didn't dare do it for the launchpad user, but…
[04:00] <wgrant> It doesn't matter.
[04:01] <wgrant> It should persist through the sudo.
[04:01] <wgrant> Shouldn't it?
[04:01] <jtv> It does.  Just such a nuisance for everyone to have to do this.
[04:08] <wgrant> Bah.
[04:10] <jtv> Bah indeed.  That branch I needed to Q/A hasn't hit db-devel yet.
[04:11] <jtv> Maybe I'm pulling the wrong df branch.
[04:11] <jtv> I'm going to restart the df appserver again.
[04:12] <wgrant> Well, this bah was because I accidentally deleted the root subvolume and not just the snapshots.
[04:13] <jtv> You accidentally the root volume?
[04:13] <wgrant> Indeed.
[04:13] <jtv> 8 out of 10 doctors recommend not deleting your root volume.
[04:15] <wgrant> Hmm, Sunday is going to be warmish in Dublin, and the rest of the week is only slightly warmer than it is here. What summer!
[04:16] <jtv> hi wallyworld_!  I won't be around much today because of travel stuff.
[04:16] <jtv> wgrant: and "here" means winter, right!
[04:16] <wgrant> jtv: Right.
[04:16] <wallyworld_> jtv: hi, me too. i've been in and out this morning getting stuff sorted
[04:17] <jtv> At the Wellington sprint I kept saying "winter" not because the hemisphere had me confused, but because the weather was so bad.
[04:17] <jtv> It was cold everywhere I went that winter, pretty much all around the world.
[04:17] <jtv> It went onto the books as the hottest winter ever.
[04:18] <mwhudson> the weather in wellington that week was really very horrible for the time of year
[04:18] <mwhudson> heck, it was pretty horrible for any time of year
[04:19] <wgrant> Excuses, excuses.
[04:19] <wgrant> Still.
[04:19] <wgrant> Was better than the 46 we had back home during that week.
[04:24] <wgrant> lifeless: Hmm, it works.
[04:24] <lifeless> econtext
[04:27] <lifeless> wgrant: ^
[04:28] <wgrant> Bah.
[04:28] <wgrant> Thought testr run --parallel was working.
[04:28] <wgrant> Just blew up.
[04:31] <lifeless> wgrant: well, progress
[04:31] <lifeless> we need to fix the mangling of stdout
[04:34] <jtv> This is getting far too annoying.  Rebooting.
[05:01] <lifeless> -> shoopermarket
[05:02] <StevenK> "Shupper Shulloper"
[05:02] <StevenK> (Not sure how prevalent 12th Man is)
[05:17] <LPCIBot> Project db-devel build #662: STILL FAILING in 5 hr 33 min: https://lpci.wedontsleep.org/job/db-devel/662/
[05:19] <jtv> Well there's a reboot I came to regret.  Looks like today's update renders my MacBook unbootable!
[06:01] <wallyworld_> lifeless: have you tried connecting to postgres using an sql client from outside the lxc container?
[06:03] <StevenK> wallyworld_: O hai. https://code.launchpad.net/~stevenk/launchpad/dsp-vocab/+merge/65762
[06:03]  * wallyworld_ looks
[06:27] <lifeless> wallyworld_: I have not; you'll need to reconfgure postgresql to permit that
[06:28] <wallyworld_> lifeless: any ftfm page you can point me to? if you don't have it handy, i'll search for it
[06:28] <wallyworld_> rtfm
[06:29] <lifeless> http://wiki.postgresql.org/wiki/Client_Authentication
[06:43] <LPCIBot> Project devel build #833: STILL FAILING in 5 hr 42 min: https://lpci.wedontsleep.org/job/devel/833/
[06:48] <jtv> How do we test that zope won't allow a user to access something?  I'm trying assertRaises(ForbiddenAttribute, <operation>) but that, er, fails with a ForbiddenAttribute exception.  :-)
[06:48] <jtv> In doctests it's easy, but what about TestCases?
[06:49] <jtv> attrgetter?
[06:50] <jtv> yup, getattr does the trick.
[07:05] <StevenK> wallyworld_: I think I'm calling SimpleTerm() correctly. And secondly, toTerm() isn't supposed to be called directly, in which case the query in searchForTerms would have warmed up the cache.
[07:10] <wgrant> Yay, all containers 6 connected to testr...
[07:44] <wgrant> lifeless: Much slower with btrfs, it seems :(
[07:45] <wgrant> lifeless: But I've got testr integration mostly working now.
[07:45] <wgrant> Seems to be running OK.
[07:45] <wgrant> hopefully will take less than an hour :)
[07:45] <StevenK> wallyworld_: Prod?
[07:46] <lifeless> wgrant: \o/ \o/ \o/
[07:47] <wgrant> lifeless: (back to aufs, seems to be running quickly)
[07:48] <wgrant> And a lot less memory pressure now it's not 6 instances of the one memory hungry test running at once.
[07:56] <LPCIBot> Project parallel-test build #67: STILL FAILING in 1 hr 14 min: https://lpci.wedontsleep.org/job/parallel-test/67/
[08:04] <jtv> hi rvba
[08:29] <wgrant> Hmm. 12000 tests done, CPU idle... but it's just sitting there.
[08:29] <wgrant> Upsetting.
[08:32] <wallyworld_> StevenK: sorry, i was out buying dinner before. i'll take another look at it
[09:13] <StevenK> wallyworld_: Did you have another look? I hate to be pushy, but I'd love to land this before my flight.
[09:14] <wallyworld_> StevenK: started to but now i have to head off to soccer. i was going to finish when i got back but that doesn't help you. all the other cases of initialising the simple term i know of pass the object as the first param, hence my confusion
[09:16] <bigjools> morning all
[09:16] <wallyworld_> StevenK: i guess it depends on what you expect or want the vocab to represent
[09:18] <wallyworld_> and how it's values will be used - that's the context i am missing
[09:19] <StevenK> wallyworld_: So, since this isn't used any where, I don't think it matters much. It can be fixed when it gets hooked up the UI?
[09:20] <wallyworld_> if you want. if i were doing it i would prefer to get the terms correct so that the next branch was cleaner. you need to get a +1 from jtv anyway, so maybe he can provide a view :-)
[09:20] <jtv> Was I invoked?
[09:21] <jtv> hi bigjools
[09:21] <wallyworld_> jtv: i need to head off to soccer. there's a review that needs +1. StevenKwants to land it before his flight. i had some questions as to whether the SimpleTerm was being correctly constrcuted
[09:22] <jtv> StevenK: url?
[09:22] <wallyworld_> jtv: https://code.launchpad.net/~stevenk/launchpad/dsp-vocab/+merge/65762
[09:22] <jtv> I'm on it.
[09:22] <wallyworld_> jtv: thanks. i'll have a look when i get back to see what transpired
[09:51] <jtv> bigjools: I just remembered — differences in how overrides were set were what led me to the fixes I made.  It's just possible that (a) my branches fix the queue-tool overrides problem as well, (b) trying the overrides on sync jobs from the script now fails more spectacularly because of the security changes, or (c) the script doesn't set overrides at all somehow.  I forget the details.
[09:52] <bigjools> jtv: well let's see!
[09:52] <bigjools> I did write you a lovely addOverride method
[09:58] <jtv> for which I thank you
[09:58] <jtv> (not saying how, but I do)
[09:59] <jtv> StevenK, wallyworld_: to cut things short I apprved, with remarks.
[10:12] <StevenK> jtv: For your reference, there is a self.assertProvides()
[10:12] <jtv> the great thing about standards...
[10:12] <jtv> GAAAAAAAAAAAAAAAAAH
[10:13] <jtv> All that effort to enter objectives and *one* *lousy* *bad* *page* *load* undoes it all for me.
[10:13] <jtv> Which happen all the time.
[10:13] <jtv> And the page is constructed such that even if you have it all ready for copy & paste it's still a chore and a risk.
[10:24] <bigjools> my external monitor has a bug
[10:39] <bigjools> ok, I wish I had discovered bzr qdiff a long time ago, it makes reviewing much easier
[10:46] <bigjools> wgrant: do you want to double check rvb's multi-parent branch?  I am happy for it to land.
[10:52] <wgrant> bigjools: I'm not here, but doesn't that need to use the copier if the archive is distinct and not empty?
[10:53] <wgrant> Now it uses the cloner whenever the series is empty.
[10:53] <bigjools> what did I miss ...
[10:54] <bigjools> wgrant: what do you mean by distinct?
[10:57] <bigjools> ah never mind
[11:04] <wgrant> bigjools: Intra-archive copies can't produce file conflicts, inter-archive copies can. Regardless of series content.
[11:05] <bigjools> yeah
[11:49] <jml> allenap: thanks again for fixing up the doctest id to not have the 'tests/../doc' bit in it
[11:50] <jml> allenap: makes running tests so much easier and eliminates an annoying bit of friction
[11:50] <allenap> jml: Hehe, I'm glad :)
[12:25] <LPCIBot> Project db-devel build #663: STILL FAILING in 5 hr 41 min: https://lpci.wedontsleep.org/job/db-devel/663/
[12:47] <LPCIBot> Yippie, build fixed!
[12:47] <LPCIBot> Project devel build #834: FIXED in 5 hr 52 min: https://lpci.wedontsleep.org/job/devel/834/
[14:03] <deryck> Morning, all.
[14:03] <deryck> Morning, abentley
[14:03] <deryck> abentley, shall we do a standup?  Just you and I today.
[14:03] <abentley> deryck: morning.
[14:03] <abentley> deryck: sure.
[14:03] <deryck> cool
[14:04] <bac> morning deryck
[14:06] <jml> deryck, huwshimi: fwiw, it looks like landscape use lazr.anim and the lazr-js loader.
[14:10] <jml> wiki page updated accordingly
[14:12] <huwshimi> jml: From memory we use lazr.anim but don't use the loader
[14:13] <deryck> jml, yeah, I think they use the green flash and spinner stuff.
[14:17] <jml> deryck: ok. cool. I raised this because the wiki said, "they don't" and lifeless said, "they do", and I'd hate for us to get bogged down in a discussion about a verifiable fact.
[14:18] <deryck> jml, right.  understood.
[14:18] <deryck> what is this wiki page we speak of?
[14:20] <huwshimi> deryck: The agenda for the Thunderdome
[14:21] <deryck> ah
[14:21] <StevenK> deryck: O hai -- I have silenced Windmill on Jenkins.
[14:21] <deryck> StevenK, thank you sir!
[14:26] <deryck> jml, huwshimi -- looked at the page.  I'm very confident that no one else cares if we abandon lazr-js. No one is supporting it, even if they use bits.
[14:26] <wgrant> Burn!
[14:26] <wgrant> Burn it.
[14:27] <wgrant> U1 has abandoned it entirely, yeah?
[14:27] <huwshimi> wgrant: I believe so
[14:27] <jml> wgrant: I just spent 10 mins finding out for landscape. I think it's someone else's turn to verify facts.
[14:28] <huwshimi> deryck: You have spoken to rockstar about lazr-js. Are they using it?
[14:29] <wgrant> The only lazr-js references in the ubuntuone-servers tree are in test/lint configs.
[14:31] <rockstar> huwshimi, we are not.
[14:32] <huwshimi> rockstar: OK, just checking. Do you have plans to use any of it in the future?
[14:32] <rockstar> huwshimi, no.  The first thing I did when rotating to U1 is to get rid of it.
[14:33] <huwshimi> rockstar: OK thanks :)
[14:33] <rockstar> huwshimi, after I finish this (very large) project, I'll probably start focusing on bringing phazr in.
[14:33] <huwshimi> rockstar: Ah right. I thought you might have been using that already
[14:34] <rockstar> huwshimi, well, in a way, we are.  We're just not using it as a dependency.
[14:38] <deryck> but to be clear, the goals for phazr are much different... generic, extensible widgets, that each project can build in....
[14:38] <deryck> the goal is for each project to do their own js development in their own tree, though.
[14:38] <deryck> rockstar, right ^^ ?
[14:38] <rockstar> deryck, indeed.
[14:39] <rockstar> huwshimi, to be clear, much of what is in phazr now is stuff that we have in U1, but are pushing to a place where LP et al. can use it.
[14:45] <huwshimi> rockstar: Right, got it.
[14:45] <LPCIBot> Project parallel-test build #68: STILL FAILING in 1 hr 17 min: https://lpci.wedontsleep.org/job/parallel-test/68/
[14:50] <rockstar> huwshimi, ideally, I'd like to be able to push phazr stuff upstream into the yui3-gallery or yui3 as well.
[14:51] <huwshimi> rockstar: That sounds great. yui could do with some more contributors
[14:53] <bac> hi cr3, your branch passed all of the ec2 tests last night but got kicked out of PQM due to testfix mode.  it is in PQM right now.
[14:54] <cr3> bac: thanks for the update, when should it finally land in production?
[14:57] <deryck> rockstar, huwshimi -- I agree... we really should be thinking about yui as the dependency more.
[14:57] <deryck> and less about lazr or phazr.
[14:57] <bac> cr3: it'll go onto qastaging.launchpad.net later today.  when that happens the bug will be tagged with 'qa-needstesting'.  at that point, you should verify that everything works as expected and the tag changed to qa-ok or qa-bad.
[14:58] <bac> cr3: er, s/the tag changed/change the tag/
[14:58] <rockstar> deryck, indeed.  lifeless' concept of owning the whole stack is important in this case.
[15:00] <jml> hey
[15:00] <jml> what's bugtask.priority for?
[15:01] <wgrant> 2005
[15:01] <maxb> lol
[15:01] <wgrant> severity was renamed to importance, priority was apparently never deleted.
[15:01] <deryck> heh
[15:01] <deryck> what wgrant said ;)
[15:01] <wgrant> Maybe it was 2006.
[15:01] <jml> I'm no DBA, but wouldn't deleting it mean faster queries?
[15:01] <wgrant> a while ago, anyway
[15:02] <jml> also, there are bounty tables in the db
[15:03] <deryck> this stuff should be removed, yes.
[15:03] <maxb> I can imaging narrowing a huge table by a single int not necessarily being worth the downtime
[15:04] <maxb> *imagine
[15:05] <wgrant> Well, it depends on the table :)
[15:05] <wgrant> But BugTask.priority isn't BranchRevision.id.
[15:05] <cr3> bac: I should do that? will I get a notification or will the notification appear in the bug report?
[15:06] <bac> cr3: you'll get bug mail when the tag is added
[15:06] <cr3> bac: awesome, thanks for the heads up, I get so much bug mail it's possible that I could miss it but I'll pay particular attention to that one
[15:06] <nigelb> o/
[15:07] <nigelb> mhall119 and I need some help with LP API.
[15:07] <nigelb> Or rather the optimal way to use the LP API.
[15:07] <jml> shoot.
[15:07] <nigelb> loco.ubuntu.com needs to know the members of all the teams under loco-teams
[15:07] <mhall119> we need to get user data from everybody who's a member of https://launchpad.net/~locoteams
[15:08] <mhall119> most will be indirect members
[15:08] <nigelb> Does doing a +participants call make sense?
[15:09] <nigelb> and does it overload LP too much.
[15:09] <nigelb> especially for a team with 18370 members.
[15:10] <mhall119> oh, and we'll need to keep our data updated, so we'll need to do this regularly
[15:10] <jml> huwshimi: now officially at https://dev.launchpad.net/Projects/Rebranding
[15:10] <jml> mhall119, nigelb: good question
[15:10]  * jml flees to a meeting
[15:10] <huwshimi> jml: Thanks
[15:11] <mhall119> lol
[15:11] <nigelb> haha
[15:11] <nigelb> he's already fleeing from LP team ;)
[15:12] <sinzui> jcsackett, do you have time to mumble for the minutes my computer is operating?
[15:12] <jcsackett> sinzui: sure.
[15:34] <jml> my script tells me that we've closed 500 critical bugs since the start of the year and had 150 opened. that can't be right, can it?
[15:37] <nigelb> Oh, its the friday before the sprint. jml will not get a pie on his face :(
[15:38] <jml> ahh, I see. I'm not counting bugs that have been raised to Critical that were already opened.
[15:40] <jml> hmm.
[15:40] <jml> I guess I'd need to look at BugActivity to get that info
[15:44] <bac> mhall119, nigelb: you may want to investigate using the team.membership_details method
[15:45] <bac> mhall119, nigelb: it'll give you back a list that only includes a link to each member, not a fully populated person object
[15:45] <bac> but, sadly, it doesn't account for subteams.  you'd have to dive into each separately
[15:46] <nigelb> ouch
[15:46] <nigelb> doesn't team.participants do that diving for me automatically?
[15:46] <bac> but you can get a list of those with team.sub_teams
[15:46] <bac> nigelb: it does.  but it returns fully populated person objects...each of which is pretty big
[15:46] <nigelb> in our use case there is a team with only sub teams.
[15:46] <mhall119> bac: that's going to be a lot of hits to LP
[15:47] <bac> nigelb: if your structure is that flat, one team with one layer of subteams underneath, it would be pretty easy
[15:47] <nigelb> so its either one big request to LP or a whole bunch of small requests (18000).
[15:47] <bac> nigelb: no, it would be one request per subteam
[15:48] <nigelb> ah, get a participants call in each subteam?
[15:48] <mhall119> and the sub-team request would give us a list of populated person objects?
[15:48] <mhall119> it's not going ot be quite that flat
[15:48] <mhall119> as lots of loco teams have subteams
[15:48] <bac> mhall119: no, it would give you a populated team.  you'd then ask for membership_details on each of those teams
[15:49] <bac> mhall119: and you might get a lot of duplicate persons who are members of multiple locos
[15:49] <nigelb> I should probably try doing this with launchpadlib and see how it goes
[15:49] <mhall119> bac: which is fine, we can ignore them
[15:49] <bac> nigelb: if you do this:  'import httplib2; httplib2.debuglevel=1' before instantiating your lplib object, you can see the traffic being generated
[15:50] <nigelb> oh, w00t, that would help us understand the calls better :)
[15:53] <bac> mhall119, nigelb: stating the obvious, you could then keep a minimal reference to each person, find the changes, and only have to ask lplib for the full updates for the new people or those that leave.  first time will be rough, though.
[15:54] <nigelb> bac: the other thing we have to figure out make sure we don't count people who changed LP names and include old/new as different people.
[15:54] <bac> nigelb: urgh
[15:54] <mhall119> nigelb: we're getting the new django-openid-auth package ready that'll let us follow renames
[15:55] <nigelb> mhall119: not in the gap when we do this.
[15:55] <mhall119> worst case we'll have both old and new usernames in LD for a short time
[15:55] <nigelb> yeah.
[15:55] <sinzui> deryck, abentley I believe you can now get html5-browser 0.0.6-0 which works with 64bit natty
[15:55] <deryck> sinzui, yay!  Will try here shortly.
[16:02] <abentley> sinzui: I get a bunch of Permission Denied: http://pastebin.ubuntu.com/631839/
[16:02] <sinzui> oh dear
[16:02] <sinzui> abentley, I know that is the out-of-proc calling the pyc
[16:03] <sinzui> I need to see if I lost code, or setup.py did something
[16:04] <sinzui> abentley, was this on the first of second run?
[16:04] <abentley> sinzui: second run, I believe.
[16:05] <sinzui> That is a little more comforting
[16:05]  * sinzui reads code
[16:05] <abentley> sinzui: the first run also failed.
[16:05] <sinzui> oh, okay then
[16:10] <sinzui> abentley, I see python support and my change are not compatible. The file is not executable when it is copyied/installed.
[16:10] <sinzui> I think I can have a fix deployed in a couple of hours
[16:11] <huwshimi> jcsackett: Hi
[16:11] <jcsackett> huwshimi: hello.
[16:12] <huwshimi> jcsackett: Just having a look at those mockups. Thanks for that.
[16:12] <huwshimi> jcsackett: Just wondering if you looked at wording changes
[16:12] <huwshimi> jcsackett: Or is that something that'll be looked a separately?
[16:13] <jcsackett> huwshimi: no, this was just about the icon/signage.
[16:13] <jcsackett> i think "Details..." vs "More info..." etc is something we can look at separately.
[16:13] <huwshimi> jcsackett: Ah good. OK just making sure that's still going to be looked at.
[16:13] <jcsackett> while the mockups center on the "Details..." link, the question of new windows is something that can be answered more generally, so looking at that first. :-)
[16:14] <sinzui> abentley, thank you for your assistance. I have a fix. I am preparing a release
[16:14] <abentley> sinzui: Cool.
[16:14] <huwshimi> jcsackett: Yeah OK, understand.
[16:17] <timrc> abentley, ping, question about addArchiveDependency... is this not a valid use case? https://pastebin.canonical.com/49006/ (being able to add a dependency with more than one component?)
[16:18] <timrc> oh, oops, let me post to pastebin.ubuntu.com (for the record)
[16:18] <abentley> timrc: I don't know.  I just exported the existing functionality.
[16:18] <timrc> http://pastebin.ubuntu.com/631848/
[16:19] <timrc> abentley, okay, fair enough...
[16:19] <abentley> timrc: You could ask bigjools.
[16:19] <timrc> bigjools, should one be able to specify multiple components when adding an archive dependency?
[16:20] <bigjools> timrc: no
[16:20] <bigjools> it works dependent ones out automatically
[16:20] <bigjools> so if you say "main" it only uses main.  If you say "universe" it'll pull in universe and main
[16:21] <timrc> bigjools, interesting... that seems rather nonobvious, but I'm a noob, so that could be it
[16:21] <bigjools> timrc: it's the OGRE model :)
[16:22] <bigjools> it has to be like this because many universe packages depend on ones in main, but not vice-versa
[16:24] <timrc> bigjools, if I specified universe in my sources.list but left out main, it would not make that assumption though, right?
[16:24] <bigjools> timrc: no, you'd end up with uninstallable packages if you did that
[16:25] <timrc> personally I'd expect one to have the same intuition about setting up archive dependencies as they would for their own systems
[16:25] <timrc> at any rate, I'll note the subtlety
[16:25] <bigjools> timrc: well the problem is that there are many stupid people out there and LP tries to save their feet from getting holes in
[16:27] <bigjools> timrc: the UI page goes to some extent to make this more obvious, FWIW.
[16:27] <gary_poster> abentley, hi.  question from CHR.  https://code.launchpad.net/~lyx-outline-devel/lyx/lyx_2.0.x (new import of svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_2_0_X) is not importing correctly (http://launchpadlibrarian.net/74011932/lyx-outline-devel-lyx-lyx_2.0.x.log).
[16:27] <gary_poster> Is this because there is another svn import (https://code.launchpad.net/~vcs-imports/lyx/trunk of svn://svn.lyx.org/lyx/lyx-devel/trunk) created on 2009-02-03 and so therefore maybe a CSCVS import?
[16:27] <gary_poster> More generally, do you have a suggestion on what I can do for this person?
[16:28] <timrc> bigjools, aye, fair enough
[16:28] <abentley> gary_poster: I don't think imports can interfere with each other.  Lemme look.
[16:28] <gary_poster> thanks
[16:28] <abentley> gary_poster: This looks like a timeout.
[16:29] <abentley> gary_poster: The import system kills timed-out workers with SIGINT.
[16:30] <gary_poster> abentley, oh, ok.  so...is the timeout on his side somehow, on the svn server?  svn ls svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_2_0_X seems fast enough
[16:30] <abentley> gary_poster: I think what's happening is that repacking is taking too long and not giving enough progress updates, so the import system concludes that it's hung.
[16:30] <gary_poster> oh
[16:31] <abentley> gary_poster: this could probably be fixed by having a LOSA manually issue "bzr pack" on the branch.
[16:32] <abentley> gary_poster: Though it looks like the following failures were different.
[16:32] <sinzui> jcsackett, I took the survey. I could not complete the form twice because the question requires a different option for each picture. I wanted to mark 2 as clear, but I cannot
[16:32] <abentley> gary_poster: e.g. bzrlib.errors.PathError: Generic path error: '4d28ec951c2cd6f54f2f6567909f2054.rix': Failure: unable to rename to '../indices/4d28ec951c2cd6f54f2f6567909f2054.rix'
[16:33] <jcsackett> sinzui: that was the point--ranking them in preference so we get more unambiguous results. i can redo it if you think that's a bad idea. it's a quick edit.
[16:33] <abentley> gary_poster: You'd have to get a losa to examine the branch, but I suspect the repository is broken.  Probably has an ../indices/4d28ec951c2cd6f54f2f6567909f2054.rix without the rest of the related files.
[16:34] <sinzui> jcsackett, it was not clear to me that I had to rank each picture, sorry
[16:34] <gary_poster> abentley, ok, thank you.  (1) If I point a LOSA to the LP page, will they know where to look?  I don't know
[16:34] <gary_poster> where it would be
[16:34] <jcsackett> sinzui: as i'm thinking about it, i think forced ranking isn't necessary.
[16:35] <gary_poster> (2) if the repo is broken, then a LOSA should blow away the repo and then the import can try again?
[16:35] <jcsackett> sinzui: i've removed force ranking.
[16:35] <gary_poster> (3) Should I file a bug about the scenario you described?
[16:35] <gary_poster> (done)
[16:35] <abentley> gary_poster: I don't know.  I'm not familiar with where the import branches are stored, etc.
[16:35] <gary_poster> abentley, ok fair enough :-)
[16:37] <gary_poster> abentley, I didn't highlight you for my questions 2 and 3 above.  did your "I don't know" apply to them, or should I wait for a reply?
[16:37] <gary_poster> (I figured it applied to question one)
[16:38] <abentley> 2.  I think so.  3. There are at least two bugs; the repack timeout, and the inability to continue after the repack timeout.
[16:39] <sinzui> jcsackett, http://blog.launchpad.net/?p=2646&preview=true
[16:39] <gary_poster> ack abentley, thanks
[16:40] <jcsackett> sinzui: i cannot see previews.
[16:40] <sinzui> jcsackett, even after you login to the blog?
[16:42] <jcsackett> logged-in, i can only see the dashboard (not do or open anything in it).
[16:42] <sinzui> jcsackett, used the drop-down menu to see the drafts.
[16:43] <sinzui> The menu says New Posts by default
[16:45] <jcsackett> sinzui: i don't see a dropdown in my view.
[16:45] <sinzui> :(
[16:45] <sinzui> jcsackett, will the survey link change?
[16:46] <jcsackett> sinzui: it has not changed.
[16:48] <sinzui> jcsackett, try it now
[16:48] <sinzui> I think I made you an editor
[16:48] <jcsackett> sinzui: \o/ i see it.
[16:49] <jcsackett> sinzui: last line. s/Please, take the link opens a new window survey/Please take "link opens a new window" survey/.
[16:50] <jcsackett> er, s/Please, take the link opens a new window survey/Please, take the "link opens a new window" survey/
[16:50] <jcsackett> worth keeping "the" in there, i think. :-P
[16:50] <sinzui> jcsackett, do you not have permission to edit?
[16:50] <jcsackett> sinzui: ah, i do. i just didn't see the link.
[16:53] <jcsackett> sinzui: okay, i think it's good. you have any other thoughts before we throw the publish switch?
[16:54] <sinzui> no more thoughts. publish!
[16:56] <jml> :)
[16:57] <gary_poster> sinzui, on https://dev.launchpad.net/Registry/RegistryReview , the section titled "Remove owned teams" seemed to imply that I should remove ~launchpad and ~canonical-bazaar.  Am I correct in assuming that I should update the wiki page to say that those two teams may be members, or do I misunderstand?
[16:58] <sinzui> gary_poster, I do not see any participations: https://launchpad.net/~registry/+participation
[17:00] <gary_poster> sinzui, I guess I just woefully misunderstood the text.  I thought https://launchpad.net/~registry/+members#active was pertinent
[17:00] <gary_poster> sinzui, actually, I thought from the text that both directions were pertinent
[17:00] <sinzui> gary_poster, We better revise the text then, removing those teams would be catastrophic
[17:01] <gary_poster> I had just deleted a team from the participations
[17:01] <sinzui> thanks
[17:03] <gary_poster> sinzui, so I want to change "Remove owned teams
[17:03] <gary_poster> ~registry does not delegate responsibilities to other teams, it does not use other teams to manage the project's it stewards. Launchpad does not provide a to know what teams a person or team owns, You can examine your admined teams and investigate those you do not understand." to
[17:03] <gary_poster> "Remove owned teams
[17:03] <sinzui> abentley, deryck: I believe html5-browser - 0.0.7-0~25~natty1 is now published
[17:03] <gary_poster> ~registry only delegates responsibilities to ~launchpad and ~canonical-bazaar.  Any other teams should be removed (https://launchpad.net/~registry/+members#active)"
[17:03] <gary_poster> Agree?
[17:04] <sinzui> gary_poster, more than that. ~registry should not own a team or be a member of a team. We do not participate in a community
[17:04] <gary_poster> sinzui, we already have this:
[17:04] <gary_poster> Remove superteams
[17:04] <gary_poster> These have appeared because of merge-delete team defects.
[17:05] <gary_poster> I was going to leave that alone
[17:05] <sinzui> gary_poster, The team does not participate in a community.
[17:05] <gary_poster> it has a nice lplib snippet that helps
[17:05] <gary_poster> OH!
[17:05] <gary_poster> owned teams
[17:05] <abentley> sinzui: I got it.  Now everything is failing with AssertionError: js timed out.
[17:06] <gary_poster> The snippet I gave still confuses me a lot
[17:06] <gary_poster> the titles says owned teams
[17:06] <gary_poster> but we *are* delegating responsibilty
[17:06] <sinzui> abentley, did you build the tree?
[17:06] <gary_poster> I'm just going to leave this.  I don't feel I understand it well enough
[17:06]  * sinzui only sees that when js is not built
[17:08] <abentley> sinzui: I ran make, and it still happened afterward.  running make clean.
[17:09]  * sinzui hacks installed lib
[17:12] <abentley> sinzui: make clean; make does not help.
[17:12] <sinzui> abentley, is do not see  `make` creating the js
[17:13] <sinzui> abentley, does `make jsbuild` make the js
[17:13] <abentley> sinzui: it does nothing.
[17:17] <deryck> sinzui, sometimes you need a make clean_js && make jsbuild to get a rebuild of js.
[17:17] <sinzui> deryck, This is my lib again :(
[17:17] <deryck> ah, sorry :(
[17:18] <sinzui> deryck, I added this to see exactly what you are seeing:
[17:18] <sinzui> html5browser.requires_external_process(True)
[17:18] <sinzui> There is a module level config so that we can disable the hack when natty or oneiric are fixed
[17:22] <deryck> sinzui, gotcha.  I'm seeing the same as abentley.  So should I change something this config to see what happens?
[17:22] <sinzui> deryck, no.
[17:23] <sinzui> This is another manifestation of pyshared built the lib differently that what setup assumed
[17:23] <sinzui> deryck, I can see what you are seeing using the switch in the module and my current tree. You will need to wait another 90 minutes :(
[17:24] <deryck> sinzui, ah, gotcha now.  Ok, no worries.  Thanks for continuing to work on this.
[17:24] <sinzui> yep bad magic
[17:25] <sinzui> I just ran a success. I will need another install to ensure my fix is carried all the way to /usr/lib/pymodules/python2.6/html5browser
[17:25] <sinzui> at least this shows the cost of the fork is not scarry
[17:40] <sinzui> ;;;;p89999999999999999'
[17:42] <jml> yes.
[18:07] <sinzui> deryck, abentley-lunch: I just verified my newest package fixes the permission/timeout issue seen when running from the Lp testrunner. I am copying the package to Lp's ppa now
[18:08] <deryck> nice!
[18:11]  * bigjools heads off
[18:11] <bigjools> see you all in Dublin Town
[18:18] <LPCIBot> Project devel build #835: FAILURE in 5 hr 31 min: https://lpci.wedontsleep.org/job/devel/835/
[18:20] <sinzui> deryck, abentley-lunch: I think html5-browser - 0.0.8-0~26~natty1 is now available
[18:21] <deryck> ok, trying now....
[18:24] <LPCIBot> Yippie, build fixed!
[18:24] <LPCIBot> Project db-devel build #664: FIXED in 5 hr 38 min: https://lpci.wedontsleep.org/job/db-devel/664/
[18:26] <abentley> sinzui: It works!
[18:27] <sinzui> abentley, \o/
[18:27] <sinzui> abentley, I saw a 40% increase in time to run the tests (65s). How log does it take for you to run them
[18:28] <abentley> sinzui: 1 minutes 1.359 seconds.
[18:28] <sinzui> thanks
[18:28] <abentley> sinzui: did you use any of the solutions we talked about?
[18:29] <sinzui> abentley, I have a branch trying the single instance. I hope to complete to today
[18:29] <abentley> sinzui: neat.
[18:32] <deryck> sinzui, works for me too!  Hurrah! :)
[18:32] <sinzui> fab
[18:33] <sinzui> I am just waiting for a buildbot iteration to verify this phase is complete
[18:37] <deryck> sinzui, so now that I can run the entire suite nicely, I see my branch shaves about 20 seconds off the run... from 1:12 to :53 between branches.
[18:37] <deryck> sinzui, just by cleaning up some of the waits stuff.
[18:38] <sinzui> You are my hero!
[19:01] <timrc> When I go to "permanently" delete a PPA, when I attempt to create a new PPA with the same name, Launchpad complains that it already exists... that seems wrong to me, but I'm guessing it's be design :/ ?
[19:02] <timrc> Is there a way to ever reclaim that PPA name (for testing purposes)?
[19:03] <timrc> I see the PPA names of PPA's I deleted weeks ago still grayed out on my lp page, so I'm guessing not
[19:10] <LPCIBot> Project parallel-test build #69: STILL FAILING in 1 hr 11 min: https://lpci.wedontsleep.org/job/parallel-test/69/
[19:23] <abentley> bac: could you please review https://code.launchpad.net/~abentley/launchpad/resubmit-inactive/+merge/65820 ?
[19:23] <bac> abentley: sure
[20:10] <deryck> sinzui, if you're interested, I have my yui speed up branch up for review.
[20:28] <bac> deryck: i just reviewed it.  nice!
[20:40] <lifeless> timrc: yea
[20:41] <lifeless> timrc: I think you can undelete them though
[20:41] <timrc> timrc, maybe delete is the wrong word, then, maybe 'disable'?
[20:47] <deryck> bac, thanks!
[20:48] <deryck> bac, and yeah, I feel like it needs pulling out as well, since it's repeated in several spots, but wasn't sure how.....
[20:48] <deryck> bac, unless we patched effects duration regardless of whether we use it or not.
[20:48] <deryck> but I thought this had value on its own and wanted to land it as is.
[20:59] <cjohnston> I would like to hear some feedback on bug 801514.. Would making a team contact a required field have a negative effect as I think it might? I can see users and teams not wanting to be forced to have a team contact
[20:59] <_mup_> Bug #801514: making team contact a mandatory field when creating a team <Launchpad itself:Triaged> <LoCo Team Directory:New> < https://launchpad.net/bugs/801514 >
[21:00] <mhall119> cjohnston: who are you asking?
[21:00] <cjohnston> Any of the devs of LP
[21:01] <cjohnston> or users
[21:19] <maxb> cjohnston: That is not feasible at all. It would immediately forbid any use-case of using teams as a handle on a group of related launchpad subscriptions
[21:20] <cjohnston> maxb: that's kinda what I was thinking.
[21:20] <maxb> For example, we have a ~bzr-codereview-subscribers team to make it easier to subscribe to the set of all main bazaar series branches
[21:20] <cjohnston> I just didn't want to make a decision for LP on my own.
[21:20] <cjohnston> maxb: would you mind marking that in the bug please?
[21:22] <maxb> So noted
[21:26] <cjohnston> Thanks maxb
[21:28] <cjohnston> maxb: just confirming that this would make the bug "Won't Fix" for LoCo Directory?
[21:30] <maxb> I don't really understand how this impacts loco directory, I'm just making a statement that removing the ability to have launchpad teams without contact addresses would be an irksome loss of functionality
[21:30] <cjohnston> PM maxb please?
[21:32] <maxb> Well, if you like, but why not continue on the channel?
[21:33] <maxb> Are we even talking about the same thing?
[21:33] <maxb> I'm talking about the email field in Launchpad teams
[21:35] <bac> deryck: yeah, those were my thoughts.  very landable now. thanks.
[21:43] <lifeless> cjohnston: yes, its wontfix.
[21:44] <cjohnston> thanks lifeless
[23:36] <Ursinha> I hate whoever installed sl on devpad
[23:44] <LPCIBot> Project devel build #836: STILL FAILING in 5 hr 25 min: https://lpci.wedontsleep.org/job/devel/836/