[00:27] <mwhudson> flacoste: /me lunches
[00:27] <mwhudson> oops
[00:27]  * mwhudson lunches
[01:37] <maxb> Anyone else seeing a spurious ordering-based failure in lib/lp/bugs/tests/../stories/bugs/xx-front-page-bug-lists.txt ?
[02:22] <dhillon-v10> can anyone give me a link where I can find more info. on writing tests for a change I just made, thankw
[02:22] <dhillon-v10> *thanks
[04:59] <wgrant> Series/milestones/releases could really do with being unbroken.
[05:00] <mwhudson> wgrant: i think sinzui knows that
[05:00] <mwhudson> and i'm not sure anyone else understands things well enough to unfix them
[05:01] <mwhudson> you could argue any random change would likely be an improvement, but that's probably not actually true
[05:01] <wgrant> I don't get why no time has been dedicated to making those important, obvious features less restrictive and broken.
[05:02]  * mwhudson eods
[05:42] <wgrant> spm: Oh, crap, 499421 has happened again?
[05:42] <spm> wgrant: yeah :-(
[05:42] <spm> I was like WTF is this alert about!?!?
[05:42] <spm> fortunately tom belives in docco in our alert scripts so enough clues to find the bug/solution
[05:43] <spm> no idea if helpful but was the "PPA for Ubuntu Mozilla Daily Build Team"
[05:44] <wgrant> At least the other one (499095) seems to be properly fixed now.
[07:49] <poolie> night
[07:51] <spm> night poolie
[08:26] <adeuring> good morning
[08:57] <mrevell> Morgen
[10:12] <jml> noodles775, james_w: hi
[10:12] <james_w> hi jml
[10:13] <jml> james_w: may I join your call?
[10:13] <james_w> jml: fine by me
[10:13] <james_w> not sure how to do that though
[10:14] <jml> james_w, right-click on me in your skype contacts and select "Invite to conference"
[10:36] <jml> james_w, noodles775: I've started a gobby document on gobby.ubuntu.com, 'lp-daily-builds'
[11:15] <asabil> hi all
[11:16] <james_w> jml: did that second branch land yesterday?
[11:17] <james_w> I think that's the third time it's been put in ec2, perhaps it breaks tests?
[11:30] <maxb> gmb: Hi, and thanks for the reviewing. Could you go ahead and land lp:~maxb/launchpad/use-hashlib for me? I've set a commit message on the MP. My other branch (lp:~maxb/launchpad/stop-using-deprecated-sets) would merge-conflict with that so if you leave that one alone, I'll merge and resolve after the first lands.
[11:31] <gmb> maxb: Sure thing, will do.
[11:33] <asabil> can someone explain how does the authentication work in launchpad ?
[11:33] <maxb> Speaking of which, who would know what became of the mention of the potential of community PQM access?
[11:38] <mwhudson> asabil: it's all in canonical.launchpad.webapp.authentication
[11:38] <mwhudson> asabil: it's moderately complicated though
[11:38] <mwhudson> asabil: how good are you at zope? :-)
[11:38] <asabil> mwhudson, well I am trying to run launchpad, it works perfectly until I try to push code
[11:38] <asabil> mwhudson, not familiar with zope at all
[11:38] <mwhudson> oh
[11:39] <mwhudson> that's an entirely different thing
[11:39] <mwhudson> asabil: what user are you trying to push as?
[11:39] <asabil> it's the authentication in the xmlrpc service
[11:39] <asabil> a user I created
[11:39] <mwhudson> did you add an ssh key?
[11:39] <asabil> yes
[11:40] <asabil> where are the keys stored btw ?
[11:40] <mwhudson> in the database
[11:40] <asabil> let me check
[11:40] <mwhudson> asabil: can you ssh $USER@bazaar.launchpad.dev
[11:40] <mwhudson> ?
[11:40] <wgrant> You'll probably need launchpad.dev:5022, actually.
[11:40] <asabil> let me check
[11:40] <asabil> yes, it's on 5022
[11:41] <mwhudson> oh right yes
[11:41] <mwhudson> i have had that in ~/,ssh/config for so long...
[11:42] <asabil> mwhudson, the server is running but I get an auth failure
[11:43] <mwhudson> the console running 'make run_all' will have some messages
[11:43] <asabil> http://pastebin.com/d107872fc
[11:44] <asabil> that's the log from /var/log/launchpad/launchpad.log
[11:44] <mwhudson> er
[11:44] <mwhudson> that's strange
[11:44] <asabil> btw, it is a custom deployment
[11:44] <mwhudson> ah
[11:44] <wgrant> Your Apache config is broken.
[11:44] <asabil> in other words I am fiddling with launchpad
[11:44] <asabil> I am using NGINX actually
[11:45] <mwhudson> yes, what wgrant says is certainly possible
[11:45] <asabil> so if I can just understand what's the problem
[11:45] <asabil> I can fix it
[11:45] <mwhudson> asabil: well, the ssh server will be talking to xmlrpc-private.launchpad.dev
[11:45] <asabil> private ? not xmlrpc.launchpad.dev ?
[11:46] <mwhudson> it looks like the virtual host config is busticated so the appserver can't tell which host the request was aimed at
[11:46] <mwhudson> asabil: yes, private
[11:46] <mwhudson> asabil: launchpad has two xml-rpc servers, a public one and a private
[11:46] <mwhudson> one
[11:46] <wgrant> xmlrpc(-private) is served on a different port.
[11:46] <asabil> where is it supposed to be sent ?
[11:46] <asabil> localhost:8087 ?
[11:46] <asabil> or localhost:8085 ?
[11:46] <wgrant> 8087
[11:47] <asabil> both private and non private ?
[11:47] <mwhudson> i guess, look at configs/development/local-launchpad-apache or whatever the file is called
[11:47] <asabil> yes, I read it
[11:47] <asabil> I skipped the rewrite rules to get loggerhead working
[11:47] <asabil> but besides that the config is the same
[11:48] <wgrant> Even the order?
[11:49] <asabil> http://pastebin.com/d2ab85831
[11:50] <asabil> hmm, why is bazaar.launchpad.dev using a different local IP ?
[11:50] <mwhudson> i don't want to sound sceptical, but if it was exactly the same, i'd expect it to be working, and it's not working
[11:50] <asabil> 127.0.0.99 instead of 127.0.0.88 ?
[11:50] <mwhudson> i don't really remember
[11:50] <wgrant> Does nginx not respect order?
[11:50] <wgrant> 99 is only really used for private codebrowse.
[11:50] <wgrant> Not xmlrpc.
[11:51] <asabil> mwhudson, I am not disagreeing with you, I also suspect it. I am just wondering why
[11:51] <asabil> wgrant, it does
[11:51] <mwhudson> asabil: xmlrpc-private.launchpad.dev listens on 80, not 443
[11:52]  * mwhudson zzzs
[11:52] <asabil> mwhudson, in nginx I did setup both
[11:53] <wgrant> asabil: Disable the .launchpad.dev directive and see what happens?
[11:54] <Ursinha> good morning launchpadders
[11:54] <wgrant> Evening Ursinha.
[11:54] <Ursinha> wgrant: always this tz thing :)
[11:54] <Ursinha> wgrant: good evening then
[11:55] <asabil> wgrant, I just did doesn't change much
[11:56] <wgrant> asabil: Check nginx and Launchpad logs to see which appserver is being forwarded to.
[12:04] <asabil> wgrant, http://pastebin.com/d76f839ed
[12:04] <asabil> that's what I see in wireshark
[12:06] <asabil> and that's what is proxified by nginx: http://pastebin.com/d3ee120b7
[12:07] <wgrant> asabil: To which IP address is the backend request?
[12:07] <asabil> 127.0.0.1
[12:07] <wgrant> Port, sorry.
[12:08] <asabil> nginx(80) ----> launchpad(8087)
[12:09] <wgrant> That would appear to be correct.
[12:09] <asabil> anyway, thanks a lot for your help
[12:09] <asabil> I will continue investigating
[12:10] <wgrant> You have not altered the Launchpad configuration at all?
[12:10] <asabil> may I know which host does launchpad expect ?
[12:10] <asabil> and where is it specified
[12:10] <asabil> wgrant, well I did as I said earlier
[12:10] <asabil> I want to understand how it works
[12:11] <wgrant> I mean the Launchpad config, not the frontend HTTP server.
[12:12] <asabil> wgrant, yes I did
[12:12] <wgrant> asabil: What have you changed?
[12:13] <asabil> wgrant, seems like I changed the auth endpoint line to xmlrpc instead of xmlrpc-private
[12:13] <asabil> I guess that's the issue
[12:16] <asabil> wgrant, thanks a lot
[12:16] <asabil> that was my mistake
[12:16] <asabil> but I am still not able to login for some reason
[12:17] <asabil> oh that's normal, there is no shell
[12:17] <asabil> wgrant, thanks a lot, not it works
[12:18] <asabil> I just need to understand the various cron jobs to get everything setup now
[12:32] <jml> gmb, re bug 519271
[12:32] <mup> Bug #519271: Ordering of latest bugs on the Malone frontpage appears to have become volatile <tech-debt> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/519271>
[12:32] <jml> gmb, isn't that to be expected after dropping the 'id' from the query?
[12:33] <wgrant> All bugs and bugtasks appear to have distinct creation dates, though.
[12:44] <maxb> oh, that bug would explain the spurious test fails I've seen
[12:46] <jml> if two things are created in the same transaction, they have the same create time
[12:46] <wgrant> I'm also intrigued as to how the extra order clause ended up so slow.
[12:50]  * bigjools adds MP to finally destroy Secure* publishing records
[12:51] <wgrant> !!!
[12:51] <wgrant> It hasn't bitrotted again?
[12:51] <bigjools> nup, I kept it up to date, just didn't want to release it with the buildd changes last cycle
[12:51] <bigjools> it's now 1 year and 1 week old :)
[12:51] <wgrant> Excellent.
[12:52] <bigjools> \m/
[12:52] <bigjools> and on that note, food.
[13:00] <gmb> jml: Well, no, because the creation dates in sampledata are distinct; the ordering in the tests should be sane. I need to investigate to be sure, though.
[13:01] <gmb> wgrant: Some investigation by jtv yesterday led us to the conclusion that postgres was vastly underestimating the number of rows returned by the query. Adding an index on (datecreated, id) increased the speed of the query by 4 OoM.
[13:02] <jml> gmb, fair enough. perhaps the tests are using the factory?
[13:02] <jml> gmb, zowie!
[13:02] <jtv> gmb: well I suspect that an underestimate (or buffer shortage) while sorting may be one of the causes.  The other one is that you can skip the sorting altogether by adding this index.
[13:02] <wgrant> gmb: Aha. Ew.
[13:02] <jml> more of that please!
[13:03] <jtv> gmb: also, OOM was not in the GTF yet, so please join the GCP.  http://xs4all.nl/~jtv/gtf/
[13:03] <gmb> jml: D'oh. Looking at it now, that's exactly the problem.
[13:03] <gmb> jtv: SWD.
[13:03] <jtv> gmb: ?
[13:03] <gmb> jtv: Sure, will do.
[13:03]  * jtv adds another one...
[13:04] <jtv> and that's three-letter combination #9713
[13:04] <jtv> (entry 23510)
[13:04] <jml> gmb, fwiw, preliminary research indicates that transaction.commits in the factory are a big cause of slow tests.
[13:05] <gmb> jml: Wouldn't surprise me.
[13:05] <jml> anyway, I want to eat something's flesh.
[13:57] <wgrant> Thankyou, bzr. http://pastebin.ubuntu.com/372497/
[13:57] <wgrant> I hope that is a bug.
[14:00] <bigjools> up late there wgrant
[14:02] <wgrant> bigjools: A little.
[14:04] <wgrant> sinzui: Are you trying to start a riot in bug #519100?
[14:04] <mup> Bug #519100: registry mails use male pronouns <Launchpad Registry:Won't Fix> <https://launchpad.net/bugs/519100>
[14:05] <sinzui> wgrant: No. I am quietly stating that Launchpad made a decision that the registry must abide by
[14:06] <wgrant> sinzui: Any such decision is probably ill thought out.
[14:06] <wgrant> No other software in this world has such a policy.
[14:07] <sinzui> indeed
[14:10] <bac> sinzui: where is this writing guideline?
[14:10] <wgrant> I've not seen it either.
[14:11] <sinzui> wgrant: I think raging against how language evolves is very pointless. I think the masculine references to users software are a great method to alienate 51% of the world and prevents Launchpad from attracting a balanced group of users
[14:11] <wgrant> sinzui: Then why is that bug Won't Fix?
[14:12] <sinzui> bac, wgrant: They were among the documents that were supposed to move from the old wiki to the new wiki a few weeks ago. It was in the page where mpt gave example of improper and correct phrases
[14:12] <wgrant> Ah, i think I've seen that one.
[14:12] <sinzui> wgrant: 1) it is launchpad, not registry, 2) it is policy that I lost the battle on.
[14:12] <wgrant> I cannot find it now, however.
[14:13] <wgrant> Then the battle should be resumed and trivially won.
[14:13]  * bac searching
[14:13] <mpt> https://dev.launchpad.net/UserInterfaceWording
[14:13] <sinzui> wgrant: Do you think we should pretend it was lost in the great London flood of 2008?
[14:13] <bac> sinzui: in this specific case we could solve the problem and adhere to the policy by just removing the word 'himself' as the sentence is clear and corrrect without it.
[14:14] <mpt> That page doesn't say anything about pronouns (and I certainly never would have prescribed using "him" etc)
[14:14] <mpt> so maybe it's another page sinzui is referring to
[14:15] <sinzui> mpt: There was a document on it because I wrote her and I was show the wiki page that said I had to use him
[14:15] <wgrant> Using either is very probably a bug.
[14:18] <mpt> sinzui, would this have been something beuno wrote? I could ask him
[14:20] <sinzui> beuno: would not have written it, I learned this rule in 2007
[14:20] <bac> i've searched the old wiki for 'pronoun', 'masculine', and 'male' and cannot find anything
[14:21] <sinzui> bac: me too, and there is nothing.
[14:21] <sinzui> bac: I am happy to declare this issue moot and will reopen the bug
[14:21] <wgrant> sinzui: Thanks.
[14:21] <bac> sinzui: i'd reopen and s/himself// as above
[14:21] <sinzui> I will also stop wasting hours writing retarded sentences
[14:22]  * bac uh-oh, new can of worms...
[14:22] <mpt> Really, that message shouldn't use pronouns anyway
[14:24] <mpt> "The membership status of %s (%s) in the team %s (%s) was changed by the user himself from Approved to Deactivated." is just a long-winded way of saying "%s (%s) has left the %s team (%s)."
[14:26] <beuno> sinzui!  you're alive!   did you manage to get home uneventfully
[14:27] <sinzui> beuno: I suppose I did, but I think there is a grand bogus saga waiting to be told about my last two weeks. It may arrive in warthogs in a week
[14:28] <sinzui> It will not be as good as the beach trip to hell
[14:28] <beuno> sinzui, I'm looking forward to it
[14:28] <beuno> sinzui, also, I want to have a call with you at some point this week
[14:28] <beuno> I've been thinking about stuff
[14:29] <beuno> and there's one final thing I want to do before officially moving to U1
[14:29] <beuno> and it involves you  :)
[14:29] <sinzui> beuno: fab
[14:32]  * mpt wonders why, about once a week, someone mistakenly links a branch to bug 1
[14:32] <mup> Bug #1: Microsoft has a majority market share <iso-testing> <ubuntu> <Clubdistro:Invalid> <Computer Science Ubuntu:Invalid by compscibuntu-bugs> <EasyPeasy Overview:Invalid by ramvi> <Ichthux:Invalid by raphink> <JAK LINUX:Invalid> <OpenOffice:Invalid by lh-maviya> <Tabuntu:Invalid by tinarussell> <Tivion:Invalid by shakaran> <Ubuntu:In Progress by sabdfl> <ubuntu-express (Ubuntu):Invalid by jahyire2006> <Ubuntu Jaunty:In Progress> <ubuntu-expre
[14:55] <jml> kfogel, are we on for a call on the hour?
[15:01] <kfogel> jml: hey!
[15:02] <kfogel> jml: been a while.  Yes; short one, but let's do it.
[15:02] <kfogel> jml: skype?
[15:03] <kfogel> jml: did I miss my chance?
[15:12] <jml> kfogel, you just dropped out. I'm reconnecting.
[16:39] <allenap> jml: Thanks for the comment on the twisted-threading-bug-491870 merge proposal. Are you also implying that you think it's better to create the ThreadPool explicitly, or was it a FYI?
[17:54] <jml> allenap, I think FYI. I've made multiple comments, so I'm not sure which you mean.
[17:55] <allenap> jml: The most recent about adding an exception to importfascist.
[17:55] <jml> allenap, oh yeah, that was an FYI. Better to shut up the warning _and_ file a bug on Twisted than do both.
[17:55] <jml> anyway, I'm off.
[17:55] <allenap> jml: Thanks, cheerio.
[17:56] <jml> np. g'night.
[22:14]  * thumper -> coffee
[22:30]  * mwhudson vanishes again