[12:05] lucasvo, welshbyte: accounts aren't deleted -- they are merged! [12:06] kiko: how does that work then? [12:06] welshbyte, in /people you'll see a link to merge accounts. it just steps you through the validation of the addresses and happens automatically. [12:06] ah ok :) [12:09] ooh, launchpad gave me an "Oops!" [12:09] that's not good [12:09] what's the OOPS ID? [12:09] OOPS-115A436 [12:09] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/115A436 [12:10] welshbyte, OH. that's interesting. [12:10] sounds ominous :) [12:11] welshbyte, it's a regression stub seems to have introduced today. but I'm not 100% sure. [12:11] can you file a bug? I'll email stub and ddaa about it [12:11] kiko: I think ddaa has a patch for it. [12:11] oh he does? [12:11] matsubara rocks [12:12] kiko: I'm not sure if it's that, but stub and ddaa were talking about the account merge function today in the morning [12:12] yeah, I read that too [12:12] but I think a bug report might be on the safe side [12:14] welshbyte: are you going to report it? if not, I can do it. [12:14] i can do it if you tell me what package to report it against [12:15] welshbyte, /products/launchpad [12:16] okie dokie [12:20] https://launchpad.net/products/launchpad/+bug/41398 [12:20] Malone bug 41398 in launchpad "Oops On Merging Duplicate Account" [Normal,Unconfirmed] [12:20] is that enough info? [12:20] welshbyte: thanks! [12:21] welshbyte: yep. [12:21] great :) [12:22] mmm karma, sweet karma === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad [12:59] matsubara: awesome! === SteveA --> sleep [12:59] SteveA: good night. :) [01:02] win 11 === jmg [n=jmg@shinobi.thoughtcrime.org.nz] has joined #launchpad [01:07] hi all [01:08] i wrote a draft for one of the specs calling for braindumps, but i cant link it to the wiki page as i dont have permission to edit the launchpad page [01:09] jmg: there should already have been a link in the spec [01:09] jmg, really? what spec is that? [01:09] xen-enabled-kernel [01:10] kiko, there are loads of specs like that [01:10] how weird [01:10] jmg, can you get me a link? [01:10] at least, the first one I clicked on at https://launchpad.net/specs does it [01:10] https://launchpad.net/distros/ubuntu/+spec/ebuntu-dr17 [01:11] kiko: https://launchpad.net/distros/ubuntu/+spec/xen-enabled-kernel [01:11] okay, gotcha. [01:11] mmmm. [01:12] kiko: want to link to http://wiki.ubuntu.com/XenEnabledKernelDraft [01:12] SteveA: are you really gone ? [01:12] mdke, this is really a distro permissions problem, unless we decide to make them world-editable [01:13] jmg, what's your launchpad username? [01:13] kiko: there is a fairly severe issue with the supermirror with bzr 0.8, I'd like to sic spiv onto that as a priority. Is that ok ? [01:13] kiko: cartel [01:13] jmg, btw, I'd drop the "Draft" in the wiki page name [01:13] mdke: but it hasnt been accepted yet [01:13] jmg, you don't need to indicate status in the wiki page [01:13] jmg, the status will be tracked by the spec tracker, rather than by changing the name of the spec [01:14] changing names of wiki pages is generally to be avoided at all costs [01:14] it causes LINKROTTAGE [01:14] i was going from the "Examples of great specs" [01:14] gah! [01:15] jmg, if you search for "Draft" on the Ubuntu wiki, there are hardly any pages with that name, and 300 specs LD [01:15] s/LD/:D [01:15] mdke: okay, ill rename it :) [01:16] kiko: ? [01:18] lifeless, if it helps, I was told today that spiv is on vacation until the end of the week [01:18] yes lifeless? [01:18] dunno if it's right [01:18] mdke: he was on leave to the 25th [01:18] ah [01:18] done :) [01:18] 09:13 < lifeless> kiko: there is a fairly severe issue with the supermirror with bzr 0.8, I'd like to sic spiv onto that as a priority. Is that ok ? [01:18] misinformed then, my bad [01:18] lifeless, email? [01:19] bug 41409 [01:19] Malone bug 41409 in launchpad "initial push of a knit branch errors" [Normal,Unconfirmed] http://launchpad.net/bugs/41409 [01:19] kiko: you want me to email you and spiv ? [01:19] lifeless, and CC: launchpad [01:19] kiko: sure, I'd do that anyway [01:19] thanks [01:19] kiko: I'm asking for the ok about asking spiv to do this as a priority so that when bzr 0.8 goes gold (this week) lp support does not lag majorly [01:20] thanks kiko :) [01:21] lifeless, yes [01:21] jmg, you're welcome, but if you rename, you need to reping me. [01:21] or well do you want to own that spec? [01:22] oh, i renamed. sorry [01:22] did you? [01:22] yes but it was made by Adriaan? so how does that work [01:22] I can still see the Draft page up [01:23] https://wiki.ubuntu.com/XenEnabledKernel [01:23] i hadnt clicked the "Rename" button [01:24] ah! [01:24] sorry >_< [01:24] no worries [01:24] night all [01:25] jmg, there, you should have permissions now for it [01:26] kiko: thanks! [01:27] I found my brain and turned it on just for you [01:31] :-) === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has left #launchpad ["Left] === mpool [n=mbp@ppp112-44.static.internode.on.net] has joined #launchpad === mpt [n=mpt@219-89-140-241.jetstart.xtra.co.nz] has joined #launchpad [03:24] can anyone help with https://launchpad.net/products/rosetta/+ticket/529 ? [03:24] may require a db update [03:26] heh, en-au is important dude [03:26] you want us spelling ? [03:26] yeah, it will need a db script [03:27] lifeless: I tried debugging the ekiga/siproxd problem a bit more over anzac day: when going through siproxd, ekiga seems to time out on the INVITE request almost immediately and retries 3 more times [03:27] shtoom doesn't do the retries, and gets through [03:27] interesting [03:28] ekiga works with siproxd for me [03:28] are you doing it transparently, or with a configred sip proxy ? [03:28] tried both (was doing non-transparent mostly) [03:28] I have non-transparent [03:29] because I believe transparent is evil evil evil ;) [03:29] well, intercepting. [03:29] the logging/debugging code in siproxd is very buggy too ... [03:29] had to fix that to get useful debugging output [03:46] http://validator.w3.org/check?uri=https%3A%2F%2Flaunchpad.net%2Fmalone ... Just as I suspected === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad [03:59] Good morning! [03:59] Or should I say... "GOOD MORNING CRISPNESS LOVERS?" ;) [04:03] hi spiv [04:04] lifeless: the problem is i think this is not en_AU, but rather "all 400 Australian aboriginal languages in one bucket" [04:04] hi spiv [04:05] mpool: so you knew 400 australian languages before, but now you don't? [04:05] mpool: its en_AU [04:05] I have the same visible ui symptoms, and I explicitly added en_AU way back [04:10] lifeless: mbp is talking about the language with code "aus" [04:11] code | englishname | visible [04:11] ------+----------------------+--------- [04:11] aus | Australian languages | f [04:12] jamesh: ah, which is weird [04:12] jamesh: I wonder why it ever got added to us [04:12] lifeless: it was probably in some languages list we used to prime the database [04:14] possibly [04:14] more likely [04:14] en_AU -> aus [04:14] aus -> removed [04:15] lifeless: check /usr/share/iso-codes/iso_639.tab [04:16] jamesh: I realise they are not meant to be related [04:16] jamesh: I'm considered the evolution of rosetta here [04:17] jamesh: just to see what would happen [04:18] jamesh: my memory's not what it used to be [04:18] mpool: fair enough. I wonder how many personlanguage records we have for non-visible languages? [04:18] it should be easy to find out... [04:19] 319 [04:21] lifeless: so it doesn't sound like a language that rosetta automatically added to mbp's account (I don't think it ever does that ..) [04:21] jamesh: right [04:36] jamesh: actually i think it suggested it under "languages used in australia"? === tambaqui [n=tambaqui@200.231.241.245] has joined #launchpad === stub [n=stub@ppp-58.8.1.90.revip2.asianet.co.th] has joined #launchpad === mpt [n=mpt@219-89-140-241.jetstart.xtra.co.nz] has joined #launchpad === tambaqui [n=tambaqui@200.231.241.245] has left #launchpad [] [06:59] Yay repositories. Can't rsync a branch without pulling down the entire repo, although that may still turn out to be faster than waiting for a sftp: merge to complete :-( [07:18] stub: for something like Launchpad, a shared repository probably won't differ in size much compared to a branch with its own repo [07:19] dont use rsync with repos [07:19] -really- [07:20] lifeless: So don't merge? I really don't have time to wait for sftp [07:21] Thankfully ddaa is asleep so his repo will be static [07:21] stub: hey, I haven't suggested anyone switch to repos yet. [07:21] until we switch rf to a knit repo its all massively premature [07:22] Yup. [07:22] stub: what are you merging ? [07:22] Patches from a ddaa branch. I can't just generate a diff on chinstrap as that bzr doesn't want to know about repos [07:23] /home/warthogs/source/bzr.dev/bzr [07:23] use that, or the one in sourcec/rollouts/bzr.dev === mpt still isn't entirely sure what a bzr repo is :-) [07:33] mpt: it is the part of a bzr branch storing information about the revisions in the ancestry of the branch, and the contents of the files in those revisions (to simplify things) [07:34] mpt: the new feature is being able to share this data between multiple branches (since a lot of it will be the same if the two branches are related) === mpt_ [n=mpt@219-89-153-120.jetstart.xtra.co.nz] has joined #launchpad === mpt__ [n=mpt@219-89-137-20.jetstart.xtra.co.nz] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:45] spiv: out of interest, how difficult would it be to get SQLObject working with the authserver? [08:45] (and do you think it would be a good idea?) === carlos [n=carlos@105.Red-81-34-77.dynamicIP.rima-tde.net] has joined #launchpad [08:46] jamesh: moderate, and I'm unsure if it's a good idea. [08:46] morning [08:46] I suppose the big thing to consider is the authserver caching spec === SnkBite [n=SnkBite@212.25.63.82] has joined #launchpad [08:47] The authserver is hit a lot, but doesn't need very complex abstraction of the SQL it uses, so hand-written SQL feels like it's a good trade-off to me. [08:47] But it could be that I'm kidding myself, and SQLObject will produce perfectly reasonable queries without much effort, and with simpler code. [08:48] yeah. It is a single statement for most method calls [08:48] It's worth experimenting with. [08:49] Mostly though, it is returning results pretty raw from the database, so I think it at least some places converting rows to SQLObjects to the XML-RPC results would be more complex than the current rows to XML-RPC results fiddling. But it's probably a win in other parts... [08:50] In theory, AuthServerCaching could be done just fine with SQLObject in the mix, but probably SQLObject's own connection pool layer would make it slightly harder to understand. [08:51] Layers upon layers of database connection pools is the sort of thing that just drives you mad :) === frodon_ido [n=patrick@ip-213-49-208-78.dsl.scarlet.be] has joined #launchpad [09:09] how happy is sqlobject with multiple transactions in a single thread ? [09:10] lifeless: At the worst, you can explicitly pass the 'connection' kwarg to every SQLObject operation. [09:11] It might not even be as bad as that. [09:11] erk [09:11] The authserver doesn't need that, though. [09:11] branch updates need transactions [09:11] hmm [09:12] I got an error from pqm that I don't understand... [09:12] I have this test: [09:12] https://chinstrap.ubuntu.com/~dsilvers/paste/filebTU22d.html [09:12] and get this: https://chinstrap.ubuntu.com/~dsilvers/paste/filewAodP6.html [09:12] but if I run that test in my computer, the test pass === mpt [n=mpt@219-89-152-231.jetstart.xtra.co.nz] has joined #launchpad [09:13] carlos: somehow the DB is in a different state when PQM runs the tests vs. when you do. [09:13] spiv: no, the exception is ok [09:13] Have you merged in the latest rocketfuel? Maybe there's been sampledata or other changes. [09:13] but pqm is getting a ProgrammingError and I'm getting an IntegrityError [09:14] Oh, I see. [09:14] That's either a psycopg version difference, or a postgres version difference. [09:14] that sucks [09:14] Yep. [09:14] is there any other way to do that test without depending on a concrete software version? [09:15] Yep. [09:15] >>> try: [09:15] ... [09:15] ... posubmission.destroySelf() [09:15] checking for both exceptions... [09:15] ... except (IntegrityError, ProgrammingError): [09:15] ok === poningru [n=poningru@ip68-226-0-76.ga.at.cox.net] has joined #launchpad [09:16] ... # XXX carlos : postgres hates me ;) [09:16] ;-) [09:16] Well, probably a slightly better XXX than that ;) [09:16] But yeah, it sucks. [09:16] ok, thanks [09:18] spiv: hmmm I suppose I should raise an exception after posubmission.destroySelf to be able to check that either an IntegrityError or a Programming Error is raised, right? [09:22] carlos: hey dyde [09:22] carlos: got my messages last night? [09:22] no, sorry... [09:23] regarding uzbek? [09:23] carlos: Right, you need an "else: raise AssertionError('blah')" or similar. [09:23] jordi: theres some panicing guy about translations [09:24] jordi: a 'Michael Hamberg' - have you seen his email? [09:24] 20:06 < jordi> carlos: ping [09:24] 20:07 < jordi> https://launchpad.net/people/uzbek/+review was never added to ubuntu translators [09:24] 20:07 < jordi> err [09:24] 20:07 < jordi> https://launchpad.net/people/ubuntu-l10n-uz [09:24] carlos: you can also print something in the except clause and check for that string. [09:25] spiv, BjornT: I found another solution from bradb's tests: [09:25] note that DatabaseError is a superclass of both IntegrityError and [09:25] ProgrammingError [09:26] hmm, nevermind, the traceback will not print that name [09:26] carlos: Right :) === carlos needs to wake up.... [09:26] You still need the explicit except. [09:26] right [09:27] jordi: ? === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [09:27] jordi: done [09:28] lifeless: I got it, I'm going to answer this morning [09:28] carlos: sweet [09:28] I think hes overreacting, but it understandable [09:28] BjornT: is that better than just raise an assertion error? [09:29] carlos: unfortunately, because doctests are not good at this sort of precise testing, yes it is better [09:29] ok [09:29] But I consider the need to do that a *strong* hint to convert the test to pyunit rather than doctest [09:30] carlos: i think it's better to match against something. compare it to when you check if something is None. you usually write: [09:30] >>> foo is None [09:30] True [09:30] instead of simply: [09:30] >>> foo [09:31] BjornT: right [09:32] lifeless: well, that's only a part of the doctest, I think is more clear if we leave it together with the other related doctests [09:32] lifeless, carlos: I already replied [09:32] jordi: oh, cool, thanks ;-) [09:32] overreacted, yes. And spamming any possible address he finds is not the way either :) [09:33] hi [09:33] jordi: did you copy us, so that we know not to also reply ? [09:35] lifeless: I cut the CC list a bit not to spam yet another time === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [09:36] jordi: sigh. [09:37] jordi: thats a sure fire way to leave the spamming going on. There needs to be a 'its handled' message. [09:37] so I've sent one [09:40] lifeless: I see [09:40] because all the other people *dont know* that hes being helped until they see one. [09:41] yeah, I understand === dsas [n=dean@host81-158-82-72.range81-158.btcentralplus.com] has joined #launchpad === doko_ [n=doko@dslb-088-073-098-067.pools.arcor-ip.net] has joined #launchpad [09:57] spiv: Is there a way to do an order by with sqlobject using two tables? I mean something like 'order by Language.code, POFile.variant' where Language is joined with POFile.language [09:59] carlos: orderBy=[Language.q.code, POFile.q.variant] [10:01] jamesh: does it work with SQLMultipleJoin? [10:01] carlos: it'll work with select() if you include those tables. I haven't tried with SQLMultipleJoin, but it would probably work there too [10:01] give it a go and find out [10:02] but I guess I would need to note the join between Language and POFile, right? [10:02] the SQLMultipleJoin is not joining Language and POFile tables [10:02] but POTemplate and POFile === Znarl [i=znarl@24-207-133-89.dhcp.stls.mo.charter.com] has joined #launchpad [10:03] yep === carlos tries anyway [10:03] you'll get an error if the table isn't used in the join [10:06] jamesh: no, it doesn't work anyway from a select [10:07] hmm [10:07] sorry [10:07] forget that [10:07] I did a bad query [10:08] jamesh: next question is... I cannot note the POFile <-> Language join with an SQLMultipleJoin that links POFile and POTemplate, right? [10:09] don't think so. === carlos uses python's sort options as we already have a list where I need it sorted and we would not have more than 75-80 entries [10:10] jamesh: thanks for your help [10:10] hi jamesh [10:11] hi SteveA [10:11] i tried calling kiko on skype yesterday, after a dapper update and reboot [10:11] and it wouldn't work, even for the echo service [10:12] oh... [10:12] it's trying to use /dev/dsp-1 for some reason [10:14] if you have a USB headset, check to see if it got renumbered on reboot [10:15] in the skype setup, it says /dev/dsp [10:15] so i don't know why it is dsp-1 when it runs [10:16] i don't have a USB headset [10:16] okay [10:16] I had my headset detected as the first sound card on a reboot once === SteveA kills esd and tries again [10:24] aha! [10:24] esd is the DEVIL [10:24] jamesh: skype call? [10:25] okay. Just starting it up [10:27] are you calling me or vice versa? [10:28] i'm waiting for the little green tick to appear against your name [10:28] hmm [10:28] it says you aren't online [10:28] when I try to call [10:29] i'm trying to call... runging [10:35] stub: hi, around? [10:36] carlos: yes [10:36] stub: what's the status of my request to remove some oo translations? [10:37] did you have time to look into it? === mpt [n=mpt@219-89-154-19.jetstart.xtra.co.nz] has joined #launchpad [10:37] carlos: not yet [10:37] ok === C-O-L-T [n=hunika@193.231.163.10] has joined #launchpad [10:42] Hello, I have made a Launchpad team, but it was just a mistake, would like to delete, how? === mpt [n=mpt@219-89-154-19.jetstart.xtra.co.nz] has joined #launchpad [10:48] mpt: ping [10:49] SteveA, pong [10:49] mpt: menu style? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [10:49] SteveA, working on that right now [10:49] getting some hover effects going [10:50] Anybody? [10:51] Good mernoing === ddaa acquires a deep understanding of the Placebo song: "Where is my mind" [10:52] Pixies! [10:52] ddaa: can you help me? Good morning [10:52] C-O-L-T: I can hardly help myself right now, but just ask. There's a bunch of knowledgeable people here whose job is to make you happy. [10:53] C-O-L-T: best thing is for you to file a support request. [10:53] ddaa: :))))) [10:53] SteveA: I have written an email to one of the Launchpad admins and he said come to here because here people will help [10:53] https://launchpad.net/products/launchpad/+tickets [10:53] okay [10:54] if you file a support request, it will be seen to, even if there's no one on irc who can help right now [10:55] SteveA: ok I will write one now :D [10:56] SteveA: how to do that, i am in Launchpad support section but I can not write a request [10:56] "Request support" menu item on the left === ddaa handwaves the idea of launchpad autopilot [10:57] maybe mpt will call that crack, but maybe it's something for next year [10:59] in the global search field typing some things like "request launchpad support", "file ubuntu bug" or "free linexcd" would lead the the appropriate page with a message for the use to click on this on that link. [11:04] and we have an army of call centre operators reading the text people enter... [11:08] carlos: where is the 'remove-upstream-translations' script? [11:10] oh... its not in rf [11:10] stub: it's being merged now [11:10] stub: but you have it available from my branch [11:11] or just wait, it should be on rocketfuel soon [11:19] where is dilys? [11:19] SteveA: is daf hosting it? [11:20] carlos: yes. we may need a new dilys [11:20] is there any chance to get it hosted on our DC? [11:21] maybe [11:21] do you know what dilys is written in? [11:23] SteveA: python [11:23] pure python, or using some library for an irc bot? [11:24] SteveA: let me check where is the source code..., daf was using bazaar to publish it [11:24] SteveA: no idea [11:24] stub: my branch landed [11:24] you should have the script on rocketfuel [11:29] SteveA: I don't find it. [11:29] I will mail daf to ask him [11:29] ok, thanks [11:34] done === mpt_ [n=mpt@219-89-154-19.jetstart.xtra.co.nz] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mpt [n=mpt@219-89-153-137.jetstart.xtra.co.nz] has joined #launchpad === dsas [n=dean@host81-158-82-72.range81-158.btcentralplus.com] has joined #launchpad === pingar [n=saltvik@glos-340-ac.ntnu.no] has joined #launchpad === mpt [n=mpt@219-89-153-137.jetstart.xtra.co.nz] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:53] dilys needs a rewrite. [12:53] parsing email messages is fragile and silly when you have access to the appserver and the database. === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [12:59] stub: yeah, if we move it inside launchpad servers we could use XML-RPC [12:59] or direct database access [01:00] stub: but daf didn't have such access at the time he wrote it [01:03] what does dilys do these days? [01:03] I thought it was just commit messages === murrayc [n=murrayc@p5497EA13.dip.t-dialin.net] has joined #launchpad [01:17] How can I report a launchpad/malone bug? [01:17] http://launchpad.net/products/malone/+bugs [01:18] or replace 'malone' with 'launchpad' if its not malone specific [01:18] I don't know the difference between launchpad and malone. [01:18] then just file it on launchpad [01:18] http://launchpad.net/products/launchpad/+bugs [01:20] Too late. Done it for malone. Thanks. [01:20] stub: you thinking of having dilys connect to launchpad and poll for updates? [01:20] Can I attach files to bugs in launchpad? [01:21] you can [01:21] There is a spec on dilys-ng. Basically an XML-RPC server that stuff on the LAN can send events to and it spits them out to IRC channels. [01:21] stub: heh. theres a bunch of canned bots to do that. [01:21] Make it easy. [01:22] we'll just apt-get install dylis then... === jinty [n=jinty@84.Red-83-55-199.dynamicIP.rima-tde.net] has joined #launchpad === dsas [n=dean@host81-158-82-72.range81-158.btcentralplus.com] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === cprov [n=cprov@201-43-145-181.dsl.telesp.net.br] has joined #launchpad [02:01] good morning, hackers [02:03] hi celso! [02:03] cprov: can you arrange that we have a skype call today about advanced permissions things? [02:04] i'm busy for the next few hours, but later would be good for me. [02:04] SteveA: sure, after my lunch time 15 or 16 UTC or earlier ? === SteveA pops across the road to the shop [02:04] 15UTC please [02:05] SteveA: okay, will se everything up [02:05] cool [02:05] i got my skype working -- had to kill esd === cprov thinks about where is his bt headset [02:06] SteveA: good to know, haven't tried in dapper yet === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:10] good morning! === carlos -> lunch === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:21] morning [02:24] how's it going guys [02:31] hey there [02:31] BjornT, stub, jamesh: would it be possible to make SoftRequestTimeout more useful? it's currently not very [02:31] no good, I feel sick and have not managed to spend more than 20 mins at the computer in a row so far [02:31] more useful like how? [02:32] i mean, what is useless about them at present? [02:32] SteveA, all the exception messages are identical: [02:32] SoftRequestTimeout: +/srv/launchpad.net/production/launchpad/lib/canonical/launchpad/templates/distroarchrelease-search.pt [02:32] +instance at INSTANCE-ID> [02:33] I find it unuseful to report what view class timed out -- I'd rather see something that suggested to me where the slowness was. mmmm [02:33] that's hard to find out [02:33] you have the timings of all the SQL statements [02:34] we'd have to instrument the security proxy between the view and content classes, or something like that for other things [02:34] or record the stack trace on every statement recorded [02:34] okay, never mind then. [02:34] here's a question [02:35] worth talking through [02:35] i'd like to hear the other folks' ideas [02:35] can we make any mixed-case URL redirect to a lower-case version? [02:35] we could do [02:35] what's the use-case? [02:35] 50 https://launchpad.net/distros/Ubuntu [02:35]