[00:06] hi wallyworld,thumper [00:06] wgrant [00:06] poolie: g'day [00:06] wallyworld: so remember the query parameters thing [00:06] wallyworld: O hai. How were your flights? [00:06] Morning poolie. [00:06] lifeless: yeah [00:06] wallyworld: matsubara says that oops-tools /should/ handle queries with parameters already substituted [00:07] wallyworld: so the simplest thing is ok to do. [00:07] lifeless: \o/ [00:07] if it doesn't handle them, it has code to normalise that we can just fiddle with [00:07] wallyworld: I thought that might make you happy ;) [00:07] hi poolie [00:07] lifeless: very, cause it means i already have the coding done :-) [00:08] i need to finish a couple of other things and then i'll get a mp up [00:08] StevenK: flights were good - had a spare seat next to me :-) [00:08] * StevenK grumbles [00:09] StevenK: your flight was full then? [00:09] Utterly [00:09] Surprised they weren't people being asked to sit on others laps [00:10] wow. you fly to sydney and then cancerra? [00:10] s/cancerra/canberra === henninge changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: builds are not retrying at the moment | On call reviewer: - | reviewing: - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews [00:10] wallyworld: Why would I do that? [00:10] StevenK: i thought you lived in canberra? [00:10] wallyworld: Heh. No. [00:11] * wallyworld should change his nic to rambo [00:14] Yes! === wallyworld is now known as rambo [00:16] StevenK: don't mess with me [00:17] Haha [00:22] righto [00:22] time to fire up a garbo job I think [00:23] I feel the need to code [00:30] thumper: do you know if there is a bug open about the 'edit' link for a reviewers prior vote taking you to a different page (vs ajaxing it up) [00:31] lifeless: not sure [00:35] thumper: fyi 707217 [00:35] bah [00:36] thats a bug number [00:36] Anyone to review https://code.launchpad.net/~wgrant/launchpad/bug-707189-forgetful-copier/+merge/47341? [00:36] I'll do it [00:36] Thanks. [00:36] It's pretty simple. [00:36] uhm [00:36] the unmerged revisions list is huge [00:36] It is, yes. [00:36] I was wondering about that. [00:36] I wonder if jtv's branchrevision change caused that? [00:37] I presume so. [00:37] it didn't look like it could [00:37] No, it didn't. [00:37] But I don't see what else it could be. [00:37] Was going to investigate after getting this through. [00:37] wgrant: while I read, care to file a bug, tagged regression [00:37] (and thus critical) [00:38] lifeless: I'm ready to +1 it, if you want to mentor my rewview [00:38] *review [00:38] sure [00:40] http://www.flickr.com/photos/mbp_/5386185146/ [00:41] wgrant: tweak [00:42] StevenK: you need to read a little closer I think :) [00:42] Hm [00:42] - distroarchseries=distroarchseries) [00:42] 26 + distroarchseries=arch) [00:42] thats the actual bugfix [00:42] wgrant: Isn't that supposed to be target_archs ? [00:42] the rest is sugar to make it clearer, and tests [00:43] lifeless: Ugh, sorry, copied that from a test above. [00:43] wgrant: I suspected :) [00:43] StevenK: 'for arch in target_archs:' precedes that. [00:43] wgrant: there may be others, that stood out to me [00:43] StevenK: I could rename arch to target_arch, i suppose. [00:43] lifeless: I deliberately fixed them all. [00:43] wgrant: No, it's fine [00:43] But apparently not. [00:45] lifeless: https://code.launchpad.net/~jtv/launchpad/forget-branchrevision-id/+merge/46955 <- in lib/lp/code/model/branchmergeproposal.py, the SourceRevision.branch_id == self.target_branch.id condition is new. [00:46] not bad timing. [00:46] jtv: Morning. [00:46] hi wgrant! Evening here. [00:47] jtv: Any ideas on why https://code.launchpad.net/~wgrant/launchpad/bug-707189-forgetful-copier/+merge/47341? has lots of merged revisions listed as unmerged? [00:48] There is an extra condition that you added in getUnlandedSourceBranchRevisions. [00:56] wgrant: hi [00:56] maxb: How did you notice the lpia issue? [00:56] I presume you don't actually have any lpia users. [00:57] another package unexpectedly went to dependency-wait [00:57] Ah, of course. [00:57] You're right, if it had been a leaf package, I'd never have noticed :-) [01:13] Project devel build (388): FAILURE in 5 hr 27 min: https://hudson.wedontsleep.org/job/devel/388/ [01:16] hmm [01:16] I wonder if we can get rid of the tree structure of messages for bugs [01:16] it seems to add significant overhead [01:17] Aha. [01:17] The librarian failures have now shown up on Hudson. [01:17] aha? [01:17] lifeless, it would give me a warm glow if you run and like Wrested [01:17] not necessarily right now [01:17] hi poolie [01:17] poolie: I've put it in my toys to play with box [01:17] poolie, did you start a new library? [01:17] that box is a little full right now though :( [01:17] hi james_w [01:17] :) [01:18] 'win' https://hudson.wedontsleep.org/job/devel/388/changes [01:19] damn [01:19] I'm slightly confused [01:20] I remember in dallas removing a PPA from a recipe and having it work [01:20] but now it doesn't [01:20] and according to the source, it shouldn't have worked before [01:20] abentley: (trying to rule stuff out) did you land your translations patch via ec2 land, or direct ? [01:20] and I don't know why it did [01:21] james_w, i did start a new library [01:21] i think it currently imports something from txrestfulclient but not very much [01:21] i don't mean any disrespect [01:22] i just wanted to start from zero so i could understand what was happening [01:22] lplib has kind of a lot of layering between the app and what's on the wire [01:22] i would be happy to turn this into a patch to txrestfulclient etc [01:22] but it will probably change the apis a lot [01:22] right, I've just seen your mail [01:25] replied [01:25] (twice, sorry) [01:28] np, thanks [01:29] turning them into lower and higher layers could be good [01:29] i still think getting an object and then separately populating it is likely to cause bugs [01:29] but imbw [01:29] agreed [01:30] that's what I meant by using this as the building blocks, sorry for not being clear [01:30] that was me trying to keep it familiar to people who had used lplib, but that wasn't the right approach [01:32] right [01:32] are there enough users of txrestfulclient at the moment that we need to worry about keeping it's api stable? [01:32] (that probably is true for launchpadlib for example) [01:33] nope [01:38] thumper: if a branch has a sourcepackage, did we want to include the source package's linked_branches in the related branches list? [01:39] rambo: maybe? [01:39] and if yes, then do we need to collect the linked_branches for each sourcepackage in product.distrosourcepackages when the branch is a product branch? [01:40] would be good to have a proper dataset to try it on [01:47] StevenK: can we have a mumble chat? [01:57] rambo: Sure [01:58] StevenK: see you at the Blue Oyster [01:58] s/Blue Oyster/Blue Room [01:58] rambo: You're tempting me to find a clip of the Blue Oyster Bar music [01:59] * rambo LOL [02:00] ahha [02:00] 84 / 192 BugTask:+index is back at ze top [02:01] StevenK: you got cold feet? [02:04] rambo: Sorry, you're breaking up very badly [02:04] * rambo :-( [02:11] wgrant: OOPS-1850PPA1004 [02:16] Does anyone know where the javascript is that handles the advanced search? I've been told it exists, but I can't see it anywhere. [02:17] huwshimi: what javascript ? [02:17] huwshimi: its a form submission [02:17] (which is why the url is terrible; stock html forms don't know about 'optional' fields.) [02:18] lifeless: This is what is confusing me. [02:19] wgrant: sorry urgent stuff elsewhere… don't know what's wrong with that MP you pointed out, but could it be that the branch came off devel? It's proposed for merging into db-devel. [02:19] huwshimi: you're talking about e.g. https://bugs.launchpad.net/launchpad-project/+bugs?advanced=1 [02:19] lifeless: Yeah [02:19] jtv: lp:launchpad is devel these days [02:19] oh! [02:20] lifeless: so I'm having a look at simplifying those urls and now I see that the suggestion wasn't to modify the javascript but rather to add it :) [02:20] huwshimi: :) [02:20] man, we have a tonne of boilerplate in the source for that page [02:20] we redefine make_picker for each person picker instance on the page :) [02:21] :( :( :( [02:21] lifeless: Thanks. There was a reason I couldn't find it beyond my lack of familiarity with the source [02:21] yeah, it doesn't exist :> === rambo is now known as wallyworld [02:33] thumper: just talked with stevenk, will include link_branches off the context branch's sourcepackage in the related branches list [02:34] s/link_branches/linked_branches [02:41] wallyworld: ok [02:43] ok, i'm going crazy [02:45] whats the difference between [02:45] IBugComment [02:45] and [02:45] IBugMessage [02:45] other than spelling [02:47] ... one is in browser code [02:47] [03:04] * thumper wandesr off [03:04] * thumper needs coffee badly [05:27] * StevenK blinks at his new MP including lots of unmerged revs [05:40] StevenK: We believe that it's fallout from jtv's BranchRevision.id changes a couple of days back. [05:40] I haven't investigated thoroughly. [05:40] Right [05:40] That makes a vague sort of sense [05:44] thumper: rofl: [05:44] # XXX MichaelHudson 2010-01-13: Write _mergeSourcePackageRecipes! [05:44] #self._mergeSourcePackageRecipes(cur, from_id, to_id)) [06:04] heh [06:12] StevenK: so, I think you're changing the wrong part of the system [06:12] StevenK: I've suggested a better change in the review. [06:12] StevenK: the red flag that went off was 'filtering in python' [06:12] You haven't yet, it seems [06:14] lifeless: I'm about to head out, but I would like to get the interval request_daily_builds runs at down to 10 minutes, which I think is sufficent to not really worry with more granularity [06:15] StevenK: why 10 minutes? whats the overall goal here. [06:15] Out of time, sorry [06:15] later then [06:15] anyhow, my comment applies regardless of the granularity [06:19] Project devel build (389): STILL FAILING in 5 hr 5 min: https://hudson.wedontsleep.org/job/devel/389/ [06:19] * Launchpad Patch Queue Manager: [r=abentley][ui=none][bug=705197] Replaces use of storm.base.Storm [06:19] with a new class, Stormbase, [06:19] which descends from base.Storm but adds SQLObject's __storm methods. [06:19] * Launchpad Patch Queue Manager: [r=deryck][ui=none][no-qa] Migrate translations to new API [06:54] * huwshimi signs off === almaisan-away is now known as al-maisan [08:32] good morning [08:56] moin adeuring :) [08:57] hi al-maisan! === al-maisan is now known as almaisan-away === gmb changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: builds are not retrying at the moment | On call reviewer: gmb | reviewing: - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews === Ursinha-afk is now known as Ursinha [11:28] good morning launchpad [11:37] Ursinha: good morning. === leonardr changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: builds are not retrying at the moment | On call reviewer: gmb, leonardr | reviewing: - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews [12:03] Morning, all. [12:28] * gmb lunches [13:56] morning, all. [14:00] benji: do you have a prefered day to do OCR? since i'll be mentoring you we'll both need to commit to that day. my slot is currently friday. [14:02] adeuring, ping for standup [14:02] oops, thanks [14:19] abentley: I'm pushing lp:~adeuring/launchpad/translation-fixing3 to LP righ now [14:25] hi jml, quick question: if I want to know in more detail how the LP api docs are generated and published, who should I best talk to? [14:25] dpm_: i can help you [14:26] leonardr, ah, great. [14:27] leonardr, I've got a few questions on that, let me send you an e-mail. [14:27] ok [14:42] adeuring, ack [14:44] where can one lookup what the timeout thresholds are for qastaging/staging? [14:45] jcsackett: good questions [14:45] jml: my calendar still show the product stand-up, i thought you changed it yesterday, google brokeness or you reverted that devision? [14:45] flacoste: starting next week [14:46] jcsackett: lp:lp-production-configs [14:46] jml: ok! [14:46] flacoste: thanks. [14:46] flacoste: you are welcome to join us. [14:51] salgado: do you have time to review https://code.launchpad.net/~wallyworld/launchpad/recipe-find-related-branches/+merge/47367 [14:51] sinzui, sure. can it be after my lunch? [14:52] I think that will be fine. wallyworld is asleep for the next few hours [14:52] cool; I'll do it then === salgado is now known as salgado-lunch === Ursinha is now known as Ursinha-lunch [15:13] jml: hi [15:14] bigjools: hi. on a call atm. [15:14] ah ok, will wait around [15:28] jml: so when you're off your call I could do with some help fixing an ec2/paramiko problem, it can't find my ssh keys :( [15:28] bigjools: how can I help you [15:28] bigjools: ahh. [15:29] heh, snap [15:29] I figured you're a knowledgeable chap [15:29] bigjools: can you paste the error? [15:29] ec2: ERROR: You must have an ssh agent running with keys installed that will allow the script to access Launchpad and get your branch. [15:29] I know some things [15:29] if I run the paramiko code it uses, I can re-create. get_keys() returns nowt. [15:29] I do have an ssh agent running [15:30] bigjools: what keys are in the agent? [15:30] oh god, do I need to manually ssh-add them? .... :/ [15:30] bigjools: umm... I don't *think* so. [15:30] bigjools: ssh-add -l should list [15:30] I just did ssh-add and it works now [15:31] ahh. [15:31] :( [15:31] it ought to just get them from... somewhere [15:31] gmb, or anyone else who wants an easy branch to review: https://code.launchpad.net/~leonardr/lazr.restful/web-link-wadl/+merge/47404 [15:31] * jml feels embarrassed for not knowing [15:31] it ought to [15:31] leonardr: Sure, I'll take easy work. [15:31] this is my maiden ec2 run [15:31] bigjools: I can't recall manually adding a key using ssh-add on this laptop [15:32] it might be an artefact of using kubuntu === gmb changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: builds are not retrying at the moment | On call reviewer: gmb, leonardr | reviewing: leonardr, - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews [15:32] Normally you need to ssh-add keys if you're using ssh-agent [15:32] bigjools: maybe. your key is in ~/.ssh/id_[rd]sa(.pub)?, right? [15:32] that's what I thought too [15:32] * gmb thinks that we need a better way to maintain state on the review queue than using the topic. There's too much of it to be helpful in this channel. [15:32] Later Ubuntu's gnome keyring stuff does weird stuff, which I carefully turn off [15:33] jml: yes [15:33] maxb: maybe that's it. [15:33] you'd think that paramiko would look in ~/.ssh [15:33] gmb: yes. [15:33] i was noting that yesterday. [15:34] jcsackett: I'll mail the list about it after I've done this review. Maybe we should just use +activereviews and claim reviews as we start them. [15:35] gmb: that seems a sensible approach. [15:35] Yay, I said something that made sense. The jet lag must be receding. [15:36] * gmb waits for the obvious rejoinder [15:40] I am all out of joke juice this morning [15:43] leonardr: In your diff it looks like there's a missing or extra single quote: [15:43] 113 + (specifically $[web_link']) [15:43] gmb, thanks [15:48] leonardr: r=me. === gmb changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: builds are not retrying at the moment | On call reviewer: leonardr | reviewing: - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews [15:48] * gmb goes off call === deryck is now known as deryck[lunch] [16:23] sinzui: do you recall where one finds oops logs for qastaging? [16:29] jcsackett: yes [16:29] jcsackett: https://devpad.canonical.com/~lpqateam/ contains the reports we are gathering and the historical reports [16:30] sinzui: ah, thanks. [16:30] * jcsackett bookmarks === beuno is now known as beuno-lunch === Ursinha-lunch is now known as Ursinha [16:44] henninge_: can you give me a hint how to replace the call of updateTranslation() in stories/standalone/xx-translationmessage-translate.txt? [16:55] sinzui: any notion where the raw oops files go? i recall you pointing it out to me once. i need to fetch a particular oops that happened on qastaging while i was qaing. [16:55] i want to make certain my branch is not the cause. [16:55] jcsackett: yes, somewhere in var [16:55] I can look in a minute [17:02] sinzui: i can dig through var, just needed to narrow it down from / === salgado-lunch is now known as salgado [17:18] sinzui: found what i needed, thanks. :-) === deryck[lunch] is now known as deryck [17:21] deryck, we're seeing Return of the Living Unknown with bug #707478 [17:21] <_mup_> Bug #707478: Freedesktop bug watches are (incorrectly) updated with "importance unknown" < https://launchpad.net/bugs/707478 > [17:21] bryceh, ah, that sucks. [17:21] * deryck looks more closely at the bug === benji is now known as benji-lunch [17:27] bryceh, so if this just appeared today, I would guess something suddenly changed in the upstream tracker, as you noted in the bug. [17:27] bryceh, did you notice anything upstream that seems different? [17:28] deryck, no, however my upstream cgi tool thingee quit working about a month ago [17:28] which I suspect was due to upstream changes to their new bug form [17:29] ah [17:29] * bryceh goes to look [17:29] bryceh, if you can spare the time to hunt down what's changed upstream, and dump it in the bug, that bug gets seriously easier to fix. [17:35] bryyce: Do you know why all these bug watches are getting their importance set to unknown? [17:35] was just going to ask about that -- it looks like a bug in the gnome bugzilla status parser? [17:36] benji, gary_poster: wikipedia's zope article has this sentence: "BlueBream (earlier called Zope 3) is less widespread but underlies several large sites, including Launchpad" [17:36] I'm not quite sure what to make of it :) [17:36] heh [17:37] until we get rid of zope.app.*, I'd say they have a point, jml :-) === bigjools changed the topic of #launchpad-dev to: Performance Tuesday! | Launchpad development https://dev.launchpad.net/ | PQM is open | firefighting: - | On call reviewer: leonardr | reviewing: - | queue: [] | https://code.launchpad.net/launchpad-project/+activereviews [17:42] Yippie, build fixed! [17:42] Project devel build (390): FIXED in 4 hr 59 min: https://hudson.wedontsleep.org/job/devel/390/ === beuno-lunch is now known as beuno === Ursinha-afk is now known as Ursinha [17:53] how freakin awesome is this https://code.launchpad.net/+daily-builds - 250! [18:02] bigjools: that is pretty good :) [18:03] I like that it goes down to 158 when you select "last 30 days". Software is hard. [18:03] it's been about 1 year since we started the daily builds project [18:03] yeah. [18:04] the hard bit went surprisingly quickly [18:04] then the niggles came [18:04] incidentally, we really need to display lists of data better than that. [18:06] hey, gary [18:06] a while ago i had a lazr problem with tests picking up the system libraries instead of the libraries in the source tree i was testing [18:06] you fixed this by changing the [interpreter] recipe to z3c.recipe.scripts [18:06] i believe you helped me fix lazr.restful [18:07] i'm having the same problem with lazr.restfulclient now, and i can't figure out the solution === benji-lunch is now known as benji [18:12] deryck, well, dunno if this has to do with the Importance bug, but I sorted out the problem with my upload tool - had to switch from POSTing the data to bz, to doing it via GET [18:13] leonardr: I didn't fix lazr.restful [18:13] how often is loggerhead updated for bazaar.launchpad.net? [18:13] It is using a recipe that isn't upgraded to the new stuff [18:13] lazr.restfulclient should be easier [18:13] bryceh, hmm, ok. likely not causing the importance issue, but could be related to the same change. [18:13] deryck, https://bugs.freedesktop.org/page.cgi?id=release-notes.html isn't mentioning anything obvious to have to do with that change [18:14] leonardr: zc.recipe.egg -> z3c.recipe.scripts, and then use the new zc.buildout [18:14] (1.5.2 IIRC) [18:14] bryceh, I'll triage it, and hopefully someone on one of the maintenance teams can take a look. [18:14] deryck, also btw kees' assumption of breakage with gnome bugzilla turned out to be a false positive one we investigated. So this seems localized to the fdo bz [18:15] gary: i think i'm stuck on "use the new zc.buildout". how? [18:15] bryceh, ok, thanks [18:15] deryck, thanks. [18:16] leonardr: 1) versions.cfg 2) new bootstrap.py 3) maybe update Makefile if it seems to refer to a specific version of buildout when it calls bootstrap [18:17] ok, trying it [18:17] lifeless: what steps are left for removing our dependence on z.testing layers? [18:17] (it seems a thing I can tug away at in my spare hacking time) [18:19] gary: i'm going to paste this stuff in rather than try to try to figure out exactly what's going on [18:19] The version, 1.2.3b2, is not consistent with the requirement, 'zc.recipe.egg>=1.3.0'. [18:19] ah, maybe i figured it out [18:19] k [18:22] gary: i got it to work, but only with allow-picked-versions=true. what do i need to do now? [18:23] leonardr: figure out the versions that are being used, and update them in versions.cfg. To figure out, ./bin/buildout -vv | grep 'Picked:' . I usually then sort the output in Python or my editor or something [18:23] (and remove dupes) [18:24] gary, thanks a lot [18:24] np leonardr [18:26] jelmer: btw, what was the RT for the bzr/bzr-builder stuff for the buildds? [18:26] gary: i can now run buildout but i'm still getting the error. i'm going to try completely form scratch, but any other ideas? [18:27] leonardr: still what error? you mean, finding some package or other? [18:27] * gary_poster has call in 3 [18:27] gary: when i run the tests it still uses the local packages [18:27] * leonardr can work on something else, np [18:28] leonardr: put branch up somewhere and tell me what it is and I will look [18:28] i think there's a bootstrap.py problem [18:28] ah, may be [18:36] leonardr: i have some more questions from what i was asking you about yesterday. have some time? [18:37] jcsackett, sure [18:38] leonardr: so, i ran with pdb in the section of _resource you recommended, and it's entering there but skipping the "if IClient..." bit. [18:39] digging in, i discovered that webservice_error only works on exceptions raised by the exported method. but i've set the exported method to reraise, and still no dice. thoughts? [18:39] leonardr: if mumble is better for you than irc, let me know. this does get muddled in text form. :-P [18:46] gary, whenever you have time, lp:~leonardr/lazr.restfulclient/test-2 [18:46] ok, jcsackett... === matsubara is now known as matsubara-lunch [18:46] ack [18:46] leonardr: yeah. lot of info to parse. feel free to force me to give it in smaller chunks. :-) [18:51] jcsackett: try calling lazr.restful.error.expose on the exception before re-raising [18:52] we seem to have switched to a system where individual exceptions must be marked--i don't remember this code [18:54] leonardr: got it in one. i had been told to avoid expose in the past, and evidently i then forgot about it. thanks for the reminder. [19:12] * jml dinner [19:14] jml: graph optmisation for fixtures [19:15] lifeless: which I guess depends on a declarative syntax for fixtures. [19:15] jml: I don't think it does [19:15] * jml blinks [19:15] I think it depends on an external dependency graph api to be exposed by fixtures [19:16] lifeless: morning [19:16] lifeless: hmm. I think I remember you talking about this before and me not quite understanding. [19:16] hi bigjools [19:17] lifeless: I will consult my archives. [19:17] lifeless: meanwhile, I solicit your feedback on https://bugs.launchpad.net/launchpad/+bug/707524 [19:17] <_mup_> Bug #707524: Debugging branch access problems requires running custom scripts against live data < https://launchpad.net/bugs/707524 > [19:17] lifeless: I've been experimenting with queries/schemas and adding the debversion_sort_key as a column turns a 350ms query into a 200ms one on dogfood. I'm going to prepare a schema patch in advance of code changes if you still agree it's a good direction? [19:27] jml: I will look at that shortly [19:28] bigjools: I think that that is a conservative denormalisation we should be able to trivially keep synced which can offer significant performance benefits [19:28] bigjools: e.g. 'fine by me' [19:28] :) [19:29] bigjools: I'm going to send a mail this morning as perf tuesday wrapup talking about the analysis I did on this [19:29] great [19:29] once we get the new column I can stick an index on it as well [19:29] there may be other such cross-table situations where we have missed the actual cost [19:29] bigjools: what is binarypackagename for ? [19:30] leonardr: The bootstrap you have in test-2 is not right. use the one from launchpadlib [19:30] lifeless: in what context? [19:30] Launchpads db schema [19:30] it, er, stores binary package names :) [19:30] gary: i'm pretty sure i did that before i pushed. let me double check [19:30] obviously i did something wrong if you're not seeing that though [19:30] on call again :-P [19:31] bigjools: why ;) - was it simply 'well thats third normal form', or something deeper ? [19:31] I need to go cook breakfast [19:31] back shortly [19:31] lifeless: it's been like that since well before my time - I assume it was to save db space [19:32] bigjools: note that if it was inlined into binary package release we could sort from index [19:32] (even without a debversion_sort_key column) [19:33] possibly [19:33] (we probably would want a debversion_sort_key column still) [19:33] yes, it's effectively pre-caching the result of a slow function === matsubara-lunch is now known as matsubara [20:04] bigjools: sinzui: bug 707478 - would one of you like to nab this as a zomg situation ? [20:04] <_mup_> Bug #707478: Freedesktop bug watches are (incorrectly) updated with "importance unknown" < https://launchpad.net/bugs/707478 > [20:05] deryck: hey [20:06] deryck: wondering if you can help me figure out how to qa the front of the queue [20:06] I do not think this is ready to code yet. No one on my team could start this until it is clear what has to change. [20:06] same here - I am on my own until tomorrow when Gavin is around, he could look then if it can wait [20:07] lifeless, hey, let me look at the queue and see. [20:07] so, on operational issues, I don't know that waiting for RTC makes a lot of sense : there is investigation needed for sure, but thats no different to needing to do db analysis when figuring out teamparticipation corruption, for instance. [20:08] flacoste: what do you think? === henninge_ is now known as heninge === heninge is now known as henninge [20:09]