[00:16] <rockstar> My internet seems to be eating itself.
[00:53] <mwhudson> thumper: just threw https://code.edge.launchpad.net/~mwhudson/launchpad/other-puller-argh/+merge/11400 your way
[01:04] <thumper> mwhudson: ok
[01:04] <mwhudson> thumper: jml reviewed it
[01:05]  * mwhudson ec2s
[01:12]  * mwhudson draws breath, tries to work out which pile of sand to shore up next
[01:15] <thumper> :)
[01:27]  * thumper heads out for lunch
[01:58] <spm> mwhudson: may I suggest codebrowse? >:)
[01:58] <mwhudson> spm: not really supposed to be doing that sort of thing this month, but yeah, it's getting really bad
[02:03] <mwhudson> jml: i have this vague memory you had a list of things we could do to try reduce the cpu cost of the test suite
[02:03] <mwhudson> jml: do you have it to hand?
[02:08] <jml> mwhudson, https://dev.launchpad.net/FasterTests ?
[02:09] <jml> mwhudson, it's not fully up-to-date from the mailing list thread where I first raised it for discussion
[02:09] <jml> but it's close
[02:09]  * jml away, call my mobile if you need me
[02:09] <mwhudson> jml: thanks
[02:18] <lifeless> mwhudson: also, see bzr's thread on similar stuff recently.
[02:22]  * mwhudson is writing an awk script, spm will be happy
[02:23] <spm> mwhudson: thrilled
[02:39] <mwhudson> weird, most of the time on buildbot 'make schema' takes ~1 min 20s
[02:39] <mwhudson> apart from when it takes 20 minutes
[02:39] <mwhudson> hooray xen and lots of IO?
[02:39] <wgrant> It varies here greatly as well.
[02:40] <wgrant> security.py sometimes takes less than a minute. Sometimes half an hour.
[02:40]  * thumper wonders about SSH oopses: OOPS-1347SMPSSH1, OOPS-1347SMPSSH10, OOPS-1347SMPSSH11, OOPS-1347SMPSSH12, OOPS-1347SMPSSH13
[02:40]  * thumper looks at mup
[02:40] <thumper> OOPS-1347SMPSSH1
[02:41] <lifeless> is the postgresql on the slaves configured to not fsync etc?
[02:41] <thumper> lifeless: best to ask stub
[02:41] <thumper> I guess
[02:42] <lifeless> thumper: I'm not sure stub has had much to do with buildbot
[02:42] <lifeless> mwhudson is the current be :P
[02:42] <lifeless> but spm probably can find out most esily
[02:42] <thumper> lifeless: d'uh
[02:42] <thumper> lifeless: I was thinking our db slaves (read only ones)
[02:42] <lifeless> thumper: :P
[02:42] <thumper> lifeless: I just misunderstood
[02:43] <lifeless> thumper: I wasn't all that clear.
[02:43] <mwhudson> lifeless: a good question, i guess
[02:43] <lifeless> later
[02:43] <mwhudson> spm: can you check this?  log into a slave and check the postgres config?
[02:44] <mwhudson> spm: (unless you know off the top of your head)
[02:44] <spm> mwhudson: what's the question context here? the slaves fsyncing updates to disk?
[02:45] <mwhudson> spm: buildslave
[02:45] <spm> ahh. right. looking.
[02:45] <spm> wrong db slaves...
[02:47] <spm> mwhudson: fsync = off
[02:49] <mwhudson> spm: ok thanks
[02:52] <thumper> mwhudson: I emailed you yesterday for some testing advice, do you have any?
[02:52] <mwhudson> thumper: oh right, haven't looked in depth yet
[02:53] <thumper> mwhudson: it would be great if you have 5 minutes or so and need a break, but it isn't urgent
[02:53] <mwhudson> thumper: i need lunch :)
[02:53]  * mwhudson has a quick look
[03:07] <mwhudson> thumper: two thoughts (1) i kinda hate defining __cmp__, is there no way you can compute a keys (probably a tuple) from the various kinds of linked branch and sort by that?
[03:08] <mwhudson> (2) i think you probably need to write a lot of tests indeed, but with a bit of infrastructure you should be able to write really short tests
[03:08] <mwhudson> thumper: more thoughts after lunch if you want
[03:08] <thumper> mwhudson: ok, ta
[03:08] <thumper> mwhudson: perhaps a call when I'm back
[03:09]  * thumper is running away now
[03:09] <mwhudson> thumper: ok
[03:09]  * mwhudson lunches
[03:26] <kfogel> wgrant: sorting-within-contributor implemented, as requested
[03:38] <kfogel> jml: did you do https://edge.launchpad.net/~launchpad-users/+mailinglist-moderate ?
[03:38] <kfogel> jml: there are suddenly no messages left
[03:57] <jml> kfogel, I didn't
[03:57] <jml> kfogel, maybe mrevell did
[03:58] <jml> kfogel, sorry for the lag, xchat lacks proper notification powers.
[03:58] <jml> mwhudson, I'm thinking of writing a script that pulls the branches in sourcedeps.conf.
[03:59] <mwhudson> jml: that would probably be nice
[03:59] <jml> mwhudson, rather than relying on rsync, which I dislike for this purpose.
[03:59] <jml> mwhudson, if I wrote such a thing, it's natural home would be in utilities
[04:00] <jml> but I think I would like to write tests for it also
[04:01] <jml> and I don't know where to put them.
[04:01] <mwhudson> jml: utilities/tests ?
[04:01] <mwhudson> i guess it's not a package
[04:02] <jml> mwhudson, yeah.
[04:12] <mwhudson> jml: lib/devscripts ?
[04:12] <mwhudson> jml: have utilities/foo be an entrypoint for devscripts.foo.main
[04:12] <mwhudson> ?
[04:12] <jml> mwhudson, I think I could live with that.
[04:13] <jml> (way too many clicks to browse code for a project btw)
[04:36] <jml> mwhudson, I'm not sure how to make bin/test actually find the tests though.
[04:36]  * jml saves that problem for later.
[05:01] <stub> Where are the tests?
[05:07] <jml> stub, lib/devscripts/tests
[05:07] <stub> IIRC you will need an __init__.py in both lib/devscripts and lib/devscripts/tests
[05:07] <jml> yeah, done that.
[05:07] <stub> Then they should be picked up
[05:08] <jml> but still no joy
[05:08] <jml> './bin/py ~/src/twisted/trunk/bin/trial devscripts' finds them.
[05:10] <stub> The .py has a test_suite() ?
[05:23] <wgrant> kfogel: Great. Thanks.
[05:23] <kfogel> wgrant: I'm about to send in a merge proposal moving that script to launchpad's utilities/ subdir, where it really belongs.
[05:23] <wgrant> kfogel: Even better.
[05:23] <wgrant> Hmmm.
[05:24] <kfogel> wgrant: ?
[05:24] <wgrant> The last two db-devel merges were 1.5 hours apart. It's been 2.5 hours since the last one, and this one should have had one of my revs in it.
[05:25] <wgrant> Although I haven't been emailed, so I guess I'm safe.
[05:25] <kfogel> wgrant: are you not seeing your change on the branch, or is it just not on the Contributions page?
[05:25] <wgrant> kfogel: It's on the contributions page. I'm just fearing that buildbot failed it.
[05:26] <kfogel> wgrant: *nod*
[05:26] <kfogel> hmmmm
[05:26] <kfogel> wgrant: is it just me, or have pages like https://code.edge.launchpad.net/~launchpad-pqm/launchpad/devel lost their "Source Code" link, such that files are harder to reach now?
[05:26] <kfogel> wgrant: I wasn't following all the UI discussion..
[05:27] <wgrant> kfogel: They have. The page has been ported to 3.0, but not yet redesigned, so it's just a transitional issue. Bug filed.
[05:27] <kfogel> wgrant: heh, you're way ahead of me.  ok, thanks
[05:29] <jml> stub, devscripts/tests/test_sourcecode.py does
[05:29] <jml> stub, but nothing else does.
[05:30] <stub> Yup.
[05:30] <stub> Thats the obvious stuff I can think of.
[05:31] <stub> You can try making test_sourcecode unimportable and see if bin/test test_sourcecode even tries to load the module
[05:33] <mwhudson> jml: it looks like we only search the 'canonical' and 'lp' packages
[05:33] <mwhudson> jml: look at buildout-templates/bin/test.in:141
[05:34] <jml> ahhh, thanks.
[05:37] <jml> mwhudson, yay updates
[05:37] <mwhudson> jml: the FasterTests ones?
[05:39] <jml> mwhudson, yeah.
[05:41] <jtv> So... PQM still stuck but in a different way now?
[05:42] <mwhudson> jtv: i think spm must be doing a cherrypick
[05:42] <jtv> mwhudson: your branch is stuck behind mine in PQM, and mine's been in there for maybe two hours
[05:42] <spm> aye. for thumper and cprov i think
[05:43] <thumper> spm: ta
[05:43] <wgrant> Ahh.
[05:43] <jtv> good morning btw :)
[05:43] <wgrant> The ensurePerson cprov cherrypick?
[05:43] <spm> heh. morning whinger... errr jtv
[05:44] <jtv> sorry for being a little jumpy about it...  I just hate it when landing a branch drags out for days and days.\
[05:44] <spm> jtv: :-) is cool.
[05:45] <jtv> How is our build/landing machinery doing in general?
[05:46] <spm> jtv: getting there. mwhudson is going great guns on making my life a misery rebuilding ami's .... errr... ^W^W^W^W^W^W^W improving buildbot for you guys
[05:46]  * wgrant petitions for public AMIs.
[05:46] <jtv> spm: both worthy goals
[05:47] <spm> ROFL (jtv, not to wgrants request)
[05:48] <jml> wgrant, remind me... did I file a bug about that?
[05:48] <jml> wgrant, if not, did you?
[05:48] <jml> wgrant, if not that, did someone else?
[05:48] <spm> wgrant: hmmm. possibly. I know that we have some stuff in there that is not releasable, based on an update I saw go in yesterday.
[05:49] <wgrant> jml: You filed a bug.
[05:49] <wgrant> jml: You commented on there two days ago, IIRC.
[05:49] <kfogel> jml: all you :-)  https://code.edge.launchpad.net/~kfogel/launchpad/add-community-contributions-script/+merge/11417
[05:51] <mwhudson> i guess as well as a public image, we also need a replacement for that rsync from devpad before random people can run ec2test
[05:51] <wgrant> mwhudson: That too.
[05:51] <wgrant> But an image would allow me to hack it.
[05:51] <mwhudson> it's time for a new image anyway i guess
[05:53] <spm> mwhudson: apart from poking fun at your scripts, coding styles, and generally being rude; what have I ever done to you that I deserve this??? :-P
[05:53] <jml> kfogel, cool :)
[05:53] <jml> mwhudson, well, that's maybe what I'm trying to do here, actually.
[05:54] <mwhudson> spm: i can make ec2 images myself
[05:54] <mwhudson> jml: right
[05:54] <mwhudson> spm: ec2test, i mean
[05:55] <kfogel> mwhudson: what exactly do we rsync from devpad still?
[05:56] <wgrant> Just sourcecode, AFAICT.
[05:57] <jml> kfogel, there'll be a little bit of a delay on the review, since I can't really think straight right now.
[05:57] <wgrant> It looks like it'll work (but be awfully slow) if that rsync is removed.
[05:57] <kfogel> jml: np
[05:58] <kfogel> jml: I just want to make sure you enjoy the naming conventions in the script.  "ExternalContributor" was a bit long for a class name, same with similar variables throughout the script, so I... uh, had to shorten it a bit.
[05:59] <mwhudson> i wonder if the aws console will work today
[05:59] <ajmitch> kfogel: so that's what you think of outside contributions... :)
[05:59] <kfogel> ajmitch: JUST a coincidence.  Really.
[05:59] <mwhudson> (the launch instance dialog of elasticfox is too tall for my screen :()
[06:00] <wgrant> kfogel: I hand you a DistroArchSeriesBinaryPackageRelease and a SecureBinaryPackagePublishingHistory.
[06:01] <wgrant> (yay, soyuz)
[06:02] <kfogel> wgrant: these are rather heavy...
[06:23] <thumper> is there a storm identity expression?
[06:23] <thumper> one that I can add to a list of expressions
[06:23] <thumper> that always is true?
[06:25] <jml> thumper, don't know.
[06:25] <jml> #storm?
[06:25]  * thumper looks at his expression generation again
[07:35] <stub> thumper: Just use True?
[07:37] <stub> SQL("TRUE") would work I guess if you can't find anything nicer that works.
[07:48] <jml> why don't dicts have set methods!
[07:51] <jml> python sucks. let's rewrite Launchpad in Ada.
[07:56] <spm> pqm open again <== jtv
[07:56] <jtv> spm: thanks!
[07:56] <spm> jml: you what!
[07:57] <jml> heh heh
[07:57] <spm> jml: I'm just dissappointed you didn't suggest php
[07:57] <spm> you're a php coder from memory?
[07:58] <jml> spm, I thought we'd agreed that you'd never mention that.
[07:58] <spm> s/you're a php coder from memory\?//
[08:30] <adeuring> good morning
[08:30] <wgrant> Did I murder buildbot, or is it just unhappy about the cherrypick?
[08:32] <noodles775> wgrant: 12121 tests so far - all passed?
[08:37] <wgrant> noodles775: Oh, OK. It's just taking a very long time, then.
[08:57] <bigjools> morning all
[09:06]  * rockstar does the tests pass dance
[09:14] <thumper> is someone handling the merge conflict for stable -> db_devel?
[09:15]  * thumper heads to the supermarket
[09:16] <thumper> I'll do it then
[09:17]  * thumper puts off the supermarket for a few minutes
[09:18] <thumper> only fair since my work caused the conflict
[09:19] <thumper> fix in pqm
[09:19]  * thumper really off to the supermarket now
[09:26] <bigjools> jtv-eat: ping for when you're back
[09:27] <bigjools> anyone else getting 502 errors on https://xmlrpc.edge.launchpad.net/bazaar/ ?
[09:28] <mrevell> Morning
[09:28] <gmb> Goooooood morning from London, Launchpadders!
[09:46] <gmb> bigjools: Yep, I'm seeing those too now.
[10:20] <jtv> bigjools: back
[10:20] <bigjools> jtv: OTP, one sec
[10:22] <bigjools> jtv: right, I had a conflict in pagetitles.py and noticed you've added something
[10:22] <bigjools> "person_vouchers"
[10:22] <jtv> bigjools: nope, not mine
[10:23] <jtv> bigjools: but I had a conflict in pagetitles when I removed something...
[10:23] <bigjools> jtv: it could be a mistake
[10:23] <jtv> maybe I resolved the conflict in the wrong way
[10:23] <bigjools> jtv: because it's in a landing you made
[10:23] <bigjools> probably
[10:23] <bigjools> I can remove it again, no problems
[10:23] <jtv> Thanks
[10:23] <bigjools> cool, cheers
[10:32] <wgrant> Hmmm, with what did my commit conflict in db-devel?
[10:34] <gmb> launchpadlib's giving me a 502 when I call login_with, too, now. That's vexing.
[10:34] <bigjools> could be a bad appserver
[10:35] <wgrant> Yes, an edge appserver is dead.
[10:36] <gmb> balls.
[10:36] <wgrant> It happens rather too frequently :(
[10:36] <gmb> There goes my lazy file-seven-bugs-at-once strategy.
[10:54] <deryck> Morning, all.
[14:10] <flacoste> morning launchpad
[14:36] <sinzui> salgado: are you availble for our call?
[14:37] <salgado> sinzui, the stand up call?
[14:37] <sinzui> salgado: yes
[14:37] <salgado> sinzui, yep, just restarted skype
[14:59] <barry> reviewers -> #launchpad-meeting in 1m
[15:36] <gmb> Brb (reboot)
[15:46] <maxb> oh yuck. edge calls itself 2.2.6 if you hit a 2.0-style page but 2.2.7 if you hit a 3.0-style page
[15:52] <sinzui> I wish there was an easy way to include the milestone in the template
[16:24] <noodles775> salgado: is there some documentation about the breadcrumbs? Should I add a breadcrumb for a collection view so that I don't see '+packages'?
[16:27] <noodles775> (I can see lots of easy examples of how breadcrumbs are added and tested, but wasn't sure if that's what I should do for a collection view).
[16:28] <salgado> noodles775, the correct behaviour would be for the last breadcrumb there to use the page tite (instead of name) as its text, but you shouldn't worry about that as this will be fixed when I close bug 423691
[16:28] <mup> Bug #423691: Use a page's title instead of its name on breadcrumbs <Launchpad Foundations:In Progress by salgado> <https://launchpad.net/bugs/423691>
[16:28] <ubot3> Malone bug 423691 in launchpad-foundations "Use a page's title instead of its name on breadcrumbs" [High,In progress] https://launchpad.net/bugs/423691
[16:28] <mup> Bug #423691: Use a page's title instead of its name on breadcrumbs <Launchpad Foundations:In Progress by salgado> <https://launchpad.net/bugs/423691>
[16:28] <mup> Bug #423691: Use a page's title instead of its name on breadcrumbs <Launchpad Foundations:In Progress by salgado> <https://launchpad.net/bugs/423691>
[16:28] <noodles775> salgado: ah, great. Thanks!
[17:45] <danilos> gary_poster: hi, do you know how do I force a rebuild of one egg?
[17:46] <gary_poster> danilos: remove it from eggs and run bin/buildout
[17:46] <gary_poster> and hi :-)
[17:46] <danilos> gary_poster: I tried that, apparently I have to change .installed.cfg as well, right?
[17:46] <danilos> :)
[17:47] <gary_poster> danilos: mm, no you should not have to
[17:47] <gary_poster> danilos: so...an egg built badly somehow?
[17:47] <danilos> gary_poster: well, the egg built badly with a few warnings (bzr 1.18), perhaps because I had 'make lint' and 'make run' running at about the same time
[17:48] <gary_poster> (the only time I ever touch .installed.cfg is to remove it when I'm doing a make clean or equivalent; it is pertinent to the application itself, not to the eggs)
[17:49] <gary_poster> danilos: so what happened when you removed the egg from eggs and ran bin/buildout?
[17:49] <danilos> gary_poster: well, it would not try to rebuild even if I just removed an egg from eggs/
[17:50] <danilos> gary_poster: hum, it seems to work now, I guess it's "operator error" then :)
[17:50] <gary_poster> danilos: :-) ok, I was trying to figure out what to do, so good. ;-)
[18:08] <kfogel> Anyone have time to do a very easy review?  This MP just adds a script to Launchpad utilities/.  The script is something we are already using; this just moves it from ~kfogel/+junk into Launchpad: https://code.edge.launchpad.net/~kfogel/launchpad/add-community-contributions-script/+merge/11417
[18:37] <barry> deryck_: png
[18:37] <barry> er, ping
[18:38] <barry> or perhaps intellectronica, gmb, allenap
[18:38] <deryck_> barry, pong
[18:38] <intellectronica> ?
[18:39] <barry> deryck: hi.  i'm chr today and i'm looking at a question about a guy who's trying to file a bug against ubuntu.  it's timing out for him, and i've tried and it's timing out for me every time
[18:39] <barry> intellectronica: thanks (was looking for a "bugs" guy :)
[18:39] <barry> deryck: https://lp-oops.canonical.com/oops.py/?oopsid=1348C2086
[18:40] <barry> deryck: i think it's pretty bad if you can't file a bug on ubuntu ;)
[18:40] <intellectronica> barry, deryck: that's the dupe search timing out. we've seen that happen before
[18:41] <intellectronica> the workaround is to use a more specific summary, i think
[18:41] <deryck> yeah, like intellectronica says, barry.  It's a dupe search problem.
[18:41] <intellectronica> although i must say that the query looks quite specific already
[18:43] <barry> deryck, intellectronica i just tried "fnords are hinky" on staging.  timeout
[18:43] <dhillon-v10> deryck: hi, I finally found you
[18:43] <barry> deryck, intellectronica is there a bug open on this already?
[18:43] <intellectronica> barry: but that's a conspiracy ;)
[18:43] <barry> intellectronica: :)
[18:44] <dhillon-v10> deryck: I am Vikram, I hope you recognize me.... :)
[18:44] <deryck> maybe there are a lot of fnords bugs ;)
[18:44] <deryck> dhillon-v10, hi
[18:44] <dhillon-v10> deryck: alright so let's get started here
[18:45] <barry> deryck: it's good at least that you see the fnords
[18:45] <deryck> dhillon-v10, I should warn you... :)  I have a call in ten minutes or so
[18:45] <dhillon-v10> deryck: oh sorry, I will talk to you later
[18:46] <deryck> dhillon-v10, I can chat in about 1.5 hour.  if you can be around then
[18:46] <dhillon-v10> deryck: alright sure
[18:49] <dobey> anyone know what the best way to support multiple versions of the LP API is?
[18:54] <rockstar> abentley, you broke Tarmac...
[18:54] <abentley> rockstar: Really?  I was only expecting to break mad.
[18:55] <rockstar> dobey, I think leonardr has put some thought into it, but we currently only have one version of the API -> beta
[18:55] <rockstar> abentley, yeah, dobey added some isPersonValidReviewer stuff.
[18:56] <abentley> rockstar: Sorry.  I don't really remember that change.  Was it just renaming?
[18:57] <dobey> abentley: yeah
[18:57] <rockstar> abentley, :)  I'm just teasing you.  Serves Tarmac right for using some beta crap.
[19:03] <dobey> oh i think it moved too
[19:13] <micahg> kfogel: about that bug, how about bookmark queries/
[19:39] <micahg> kfogel: what do you think of that idea of bookmarked queries?
[19:39] <micahg> then you can use post for everything
[19:40] <micahg> in the app at least
[19:40] <micahg> and leave $_GET for the people who want to pull data
[19:43] <kfogel> micahg: can you explain in more detail?  I'm not sure I understand.
[19:46] <dobey> cprov: hi! is the lpia target going away for PPA builds anytime soon?
[19:46] <cprov> dobey: I don't know, why should it ?
[19:47] <cprov> dobey: it's supported in hardy LTS, isn't it ?
[19:47] <dobey> cprov: i thought ubuntu wasn't doing lpia any more?
[19:47] <dobey> cprov: oh maybe. but do karmic builds need to happen on it?
[19:49] <cprov> dobey: they will, as long as lpia still marked as 'supported'. Better ping someone from ubuntu-platform, they will know the details.
[19:49] <dobey> cprov: ok
[19:50] <kfogel> micahg: I mean, this is more about the URLs themselves -- making them more palatable when pasted into emails or other forums.
[20:14] <micahg> kfogel: that would make the url smaller https://bugs.launchpad.net/?bookmarkq=1589654
[20:15] <barry> losa ping
[20:15] <mthaddon> barry: hi
[20:16] <barry> mthaddon: hi.  can you check the mailman logs on forster to see if the creation of ~launchpad-reviewers is hosed?  this is a new creation request for a list that was deactivated and purged, so something could have gone wrong
[20:16] <barry> salgado: ^^
[20:16] <kfogel> micahg: AH, I see what you mean.
[20:16] <Chex> barry: I can look, hold please
[20:17] <salgado> thanks barry
[20:17] <barry> Chex: thanks
[20:17] <mthaddon> barry: which logs are you interested in?
[20:17] <kfogel> micahg: I think implementation-wise that would have a greater impact on the rest of Launchpad (because now we have to have the DB remember all those bookmarks), and it would make the meaning of the URL more obscure (== less hackable).
[20:17] <kfogel> micahg: IOW, I think jml's suggestion in https://bugs.edge.launchpad.net/malone/+bug/325982/comments/2 is a cleaner fix.
[20:17] <ubot3> Malone bug 325982 in malone "Search URL is long and hard to paste" [Low,Triaged]
[20:17] <mup> Bug #325982: Search URL is long and hard to paste <trivial> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/325982>
[20:17] <mup> Bug #325982: Search URL is long and hard to paste <trivial> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/325982>
[20:17] <barry> mthaddon, Chex let's start with xmlrpc
[20:17] <kfogel> ubot3, mup: can't we just get along?
[20:17] <ubot3> kfogel: Error: I am only a bot, please don't think I'm intelligent :)
[20:17] <micahg> kfogel: but it wouldn't shorten it much
[20:18] <kfogel> ubot3: don't worry, that was never a danger.
[20:18] <ubot3> kfogel: Error: I am only a bot, please don't think I'm intelligent :)
[20:18] <kfogel> micahg: well, the length would now be proportional to the complexity of the query, sure.
[20:18] <kfogel> micahg: all the unspecified fields  would be left off.
[20:18] <micahg> yes, but most queries do have a lot ofs option
[20:18] <mthaddon> barry: https://pastebin.canonical.com/21971/
[20:18] <barry> mthaddon: thanks
[20:19] <kfogel> micahg: I think the idea behind the bug is that when the specified value is the same as the default, you can leave it off the URL.
[20:19] <kfogel> micahg: but you do have a point -- what if the defaults change?  Should the meaning of the query then change?
[20:19] <barry> salgado, losa: hmmm... that's odd.  looking
[20:20] <micahg> because the url has the defaults right now
[20:20] <kfogel> micahg: yeah, the state is carried in the URL, not in Launchpad -- even if Launchpad's search query defaults change, the URL will still mean the same thing.
[20:20] <micahg> right, that's what I meant by not shortening it too much
[20:21] <barry> mthaddon: can you take a look and see what, if any mailing list artifacts exist for launchpad-reviews?  especially: list and archive
[20:22] <mthaddon> barry: there's a config.pck (and .last) but nothing in archives
[20:22] <kfogel> micahg: this ties into another bug we had about making a dedicated tinyurl service, which got swamped by discussion of why it's a bad idea IIRC.  Let me see if I can dig it up.
[20:23] <barry> mthaddon: what's the date on that config.pck
[20:23] <micahg> kfogel: it seems like if people could "send" queries to other users, that would help also
[20:23] <micahg> then the user can see a list of their queries and what they are
[20:23] <mthaddon> barry: -rw-rw---- 1 launchpad launchpad 4.9K 2009-09-09 20:21 config.pck
[20:24] <barry> mthaddon: if i'm doing my utc math right, that's 3 minutes ago
[20:24] <kfogel> micahg: https://dev.launchpad.net/Wishes/PersonalDashboard  :-)
[20:24] <mthaddon> barry: yep
[20:25] <barry> mthaddon: ok, that's bad.  for some reason the status of that resync isn't getting transmitted to lp
[20:25] <barry> mthaddon, salgado gotta think...
[20:25] <micahg> kfogel: it would tie in great there :)
[20:25] <mrevell> night all
[20:26] <kfogel> micahg: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/317136
[20:26] <mup> Bug #317136: Launchpad should offer a "Get tinyURL link" option for each page <Launchpad Foundations:New> <https://launchpad.net/bugs/317136>
[20:26] <ubot3> Malone bug 317136 in launchpad-foundations "Launchpad should offer a "Get tinyURL link" option for each page" [Undecided,New]
[20:26] <mup> Bug #317136: Launchpad should offer a "Get tinyURL link" option for each page <Launchpad Foundations:New> <https://launchpad.net/bugs/317136>
[20:27] <barry> salgado: there's nothing in this newly recreated mailing list that we need to keep, right?
[20:27] <salgado> barry, right
[20:28] <barry> salgado: cool.  mthaddon i say we blow away lists/launchpad-reviewers and watch the logs.  the resync should fail gracefully.  then we'll tweak the db to re-purge that mailing list and try again
[20:29] <kfogel> micahg: I'm going to add a comment there, with our discussion (paraphrased), and make sure the two bugs know about each other.
[20:29] <mthaddon> barry: I'm just about to head out to lunch - can it wait til after, or can another losa maybe take over?
[20:29] <micahg> sounds good
[20:29] <barry> mthaddon: either way is fine.  i'm here for hours still
[20:29] <micahg> I would suggest sticking with numeric urls though to speed up the query from the db
[20:29] <mthaddon> barry: k, thx - if someone hasn't picked it up by the time I back from lunch we'll do it then - thx
[20:29] <micahg> kfogel: ^^
[20:29] <barry> mthaddon: +1
[20:30] <kfogel> micahg: maybe; might be overoptimization, I don't know enough about the DB to say for sure.
[20:31] <kfogel> barry: got time to Quickest Review Evah?  https://code.edge.launchpad.net/~kfogel/launchpad/add-community-contributions-script/+merge/11417
[20:31] <kfogel> barry: it's just adding a script into utilities/, and the script is already in use (it's just moving over from my +junk).
[20:31] <micahg> kfogel: numeric column ids are normally the fastest in most engines AFAIK
[20:32] <kfogel> micahg: oh, I agree they're faster, the question is whether the cost matters -- i.e., if that's just not a bottleneck, then speeding it up doesn't gain us much.
[20:32] <barry> kfogel: i'm supposed to be chr'ing today :)  if you can't get the ocr to look, ping me
[20:32] <kfogel> barry: my bad, sorry!
[20:32] <micahg> kfogel: well, think about how many users will want short urls and the use of LP, isn't the DB already a bottleneck for LP?
[20:33] <micahg> especially if you have to store 41 trillion like you posted, wouldn't you want any speed increase possible at that point?
[20:34] <kfogel> micahg: not necessarily; it all has to do with usage patterns.  note, for example, that TinyURL.com doesn't use numerics, although they could.  Possibly they're translating alphanumerics to a number and then using that, who knows.  Lots of strategies available.  I think the way to do it is to determine what we want users to see, first, and then work backwards from there.
[20:35] <micahg> ok
[20:35] <kfogel> micahg: (i.e., "digits" != "number")
[20:35] <kfogel> and "alphanumeric" != "!number" :-)
[20:35] <micahg> I guess I think more in the implementation that presentation :)
[20:36] <micahg> *than
[20:38] <kfogel> micahg: my feeling is, the user is only going to see the presentation, so... :-)
[20:38] <micahg> right
[20:41] <Chex> barry: I am looking at the config files for launchpad-reviewers, I can work on this for you if you like..
[20:43] <barry> Chex: -> #launchpad-code
[20:44] <micahg> kfogel: is there anything in progress to have bugs relationships like in bugzilla?
[20:46] <kfogel> micahg: hmm, not sure.  Do we have anything filed on it?
[20:47] <micahg> just foundd it bug 95419
[20:47] <mup> Bug #95419: Record dependencies between bugs <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/95419>
[20:47] <ubot3> Malone bug 95419 in malone "Record dependencies between bugs" [Medium,Triaged] https://launchpad.net/bugs/95419
[20:47] <mup> Bug #95419: Record dependencies between bugs <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/95419>
[20:47] <mup> Bug #95419: Record dependencies between bugs <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/95419>
[21:00] <kfogel> micahg: yeah, just added my +1 there.  Now, that is not a bug we can mark as "trivial", unfortunately.
[21:03] <micahg> yeah
[22:04] <rockstar> mwhudson, abentley, who's hosting the standup today?
[22:05] <mwhudson> rockstar: i guess you're closest to the geographical centre...
[22:05] <abentley> mwhudson: Yeah, but his router is suspect, so I'll host.
[22:05] <rockstar> mwhudson, I'm also closest to some sort of bandwidth blackhole recently.
[22:06] <mwhudson> rockstar, abentley: oh ok
[22:16] <mwhudson> good morning all, btw
[22:17] <mwhudson> flacoste: didn't really get around to looking at the graphing stuff yesterday so no questions yet :)
[22:18] <flacoste> morning mwhudson
[22:18] <flacoste> mwhudson: no problem
[22:19] <flacoste> mwhudson: one thing you should know, the DB i gave you as all the data from the previous buildbots, no stats from the new one in the data center yet
[22:19] <mwhudson> flacoste: oh ok
[22:20]  * mwhudson wrote a terrible bash/awk thing to get stats out of the data centre buildbot yesteday
[22:21] <flacoste> depending on what you were looking for, it's possible that this one already has what you need
[22:25] <rockstar> barry, we doing a meeting today?
[22:27] <flacoste> mthaddon: jamesh landed the OpenID XRDS + cookie changes yesterday
[22:28] <mthaddon> flacoste: ok, so I guess we can put that into "production" after the next rollout - do you know how it all works?
[22:29] <flacoste> mthaddon: which part?
[22:29] <mthaddon> flacoste: where the file is served from and/or if any change in apache setup is needed to get things working
[22:31] <flacoste> mthaddon: there is apache changes needed for sure, similar to what we did in the testing environment, basically a rewrite url iirc
[22:32] <mthaddon> flacoste: ok, but in testing we were using a static file, and aiui, this branch has the file managed in the tree somewhere, so we'd need to know where that is
[22:37] <flacoste> mthaddon: hmm, actually, he didn't add a file to the tree
[22:38] <mthaddon> flacoste: ok, I guess we need to check with him about the details - if you can have him add them to the LPS wiki page under "Unusual Rollout Requirements" that'd be best
[22:38] <flacoste> mthaddon: there is only a dynamic template, but the result can be cached
[22:39] <mthaddon> flacoste: ah, okay - so we'd just need to know the URL and confirm it's squid cache-able
[22:40] <flacoste> mthaddon: probably better to generate the static file and serve it right from apache, no need to send it over to squid
[22:40] <flacoste> mthaddon: i'll make sure to add appropriate instructions to LPS
[22:40] <mthaddon> flacoste: cool, thx
[22:44]  * jml kicks xchat
[22:59] <mrevell> kfogel, jml: Skype?
[22:59] <kfogel> mrevell: hey, yup, plugging in now
[23:00] <jml> hey, yes.
[23:01] <kfogel> jml, mrevell: ready
[23:01] <jml> kfogel, I can't see you online.
[23:02] <jml> ok...
[23:02] <jml> Science Time!
[23:03] <spm> mwhudson: I object. it wasn't so much awful as eye/mind rending. (* mwhudson wrote a terrible bash/awk thing...)
[23:22] <barry> rockstar: yes.  we'll do a meeting today.  8m
[23:36] <mwhudson> barry: ping
[23:37] <barry> mwhudson: fsck
[23:37] <barry> mwhudson, jml, thumper, rockstar -> #launchpad-meeting in 2m
[23:38] <jml> barry, I might be a little late, sorry.
[23:38] <mwhudson> barry: thumper isn't around today
[23:38] <barry> jml: i'll be here for a while, do you want to push this back a bit?
[23:38] <jml> barry, if possible
[23:38] <wgrant> Looks like Ohloh is happy with RF... 900 revs to go.
[23:38] <barry> rockstar, mwhudson is that cool with you?  wanna say 22m?
[23:39] <barry> jml: will that work for you?
[23:39] <mwhudson> barry: fine with me
[23:39] <jml> barry, wfm
[23:40]  * barry sets his alarm