[03:40] can anyone tell me, given a BranchRevision object, the correct way to figure out if the revision was from merging in another branch and what that other branch is? Do you look for some attribute of any revision parents? [03:42] wallyworld: wgrant says "lol" [03:42] why lol? [03:42] did i say something funny? [03:43] You may be able to use look at the revision's parents' getBranch method. [03:43] s/look at // [03:43] that's what i'm doing now - i get the first parent and use getBranch() on that [03:43] i wasn't sure if that was the correct thing to do or not [03:44] i don't have any good data to check [03:44] that my theory is correct that it is the right thing to do [03:44] I suggest discussing this with tim / a bazaar dev [03:44] I would, but its too much like work [03:45] lifeless: and you are on HOLIDAYS [03:45] exactly [03:45] /abr lifeless [03:45] abr [03:45] ? [03:45] lifeless: so shut down your irc client :-) [03:45] OUT, DAMN SPOT [03:46] lifeless: auto op, ban, remove, de-op. [03:47] wgrant: thats an odd thing to suggest [03:48] wallyworld: On leave != uninterested :) [03:48] wallyworld: just relaxed :> [03:49] lifeless: well i hope you have a beer in hand or something :-) [03:49] I'm playing wow :) [03:50] wallyworld: while you are here [03:50] bug 691343 [03:50] <_mup_> Bug #691343: OOPS page should reflect new bug filing location < https://launchpad.net/bugs/691343 > [03:50] would be easy and extremely useful to fix :) [03:50] lifeless: ok. i'll take a look [03:52] * wallyworld assigns bug ^^^^ to himself === almaisan-away is now known as al-maisan [09:08] Hello [09:20] wgrant, hi, are you perhaps still around? [10:05] danilos: Hi. [10:05] danilos: You're wondering about TTBJ.build? [10:06] * StevenK looks for a reviewer in here as well ... [10:06] wgrant: Doesn't that just link to the Build table? [10:07] danilos: I think it should link to the TTB. [10:07] danilos: But that whole part of the model is being ripped out when I get bored. [10:07] Which may end up being next week. [10:09] StevenK: Down to 9.1EB yet? [10:09] 9223372036695 MB [10:10] :( [10:10] wgrant: You have 23 hours 55 minutes to get here and download the entire Internet [10:11] wtf [10:12] lifeless: So, internet here said I had 500MB download limit. I logged in again after it disconnected me for hitting the limit, and it seems my limit is now 9.2EB [10:12] The limit also decreased as we used it. [10:13] It seems to be counting properly. [10:13] wheeee [10:13] Despite being 9.2EB of 500MB. [10:13] How odd. [10:13] I suspect an overflow bug of some kind [10:13] === Top 10 Time Out Counts by Page ID === [10:13] Hard / Soft Page ID [10:13] 59 / 242 BugTask:+index [10:13] 31 / 267 ProjectGroupSet:CollectionResource:#project_groups [10:13] 25 / 3459 Archive:+index [10:13] 25 / 289 Distribution:+bugs [10:13] 18 / 237 POFile:+translate [10:13] jpds: Yet remarkably convenient. [10:13] wgrant, that's right (sorry, phone and emails :) [10:13] 12 / 1 Bug:EntryResource [10:13] 8 / 120 Question:+index [10:13] lifeless: Nooooooo. [10:13] 6 / 18 DistroSeriesLanguage:+index [10:13] 6 / 0 Person:+leave [10:13] 5 / 2 Person:+bugs [10:13] StevenK: overflow would count down :P [10:14] Haha, Person:+leave [10:14] lifeless: It does count down as it use it ... [10:14] sorry, I meant up [10:14] overflows would be in 2's complement [10:14] Yes. It's very strange [10:14] wgrant, also, do you think we could just switch getCurrentBuildFarmJob to get the new-style jobs directly thus not needing to add it for the TranslationTemplateBuildJob? [10:14] I suspect an unsigned where it should be signed ;) [10:15] And I don't want to tell them, since then they might fix it [10:16] meep [10:16] danilos: If you can find a way to do that, sure. [10:16] filebug is borked in prod [10:16] on chromium [10:16] danilos: I'm not sure it's possible yet. [10:16] apparently if you click 'just so', worked when retried. [10:17] I forget if BuildFarmJob.builder is set during the build. [10:17] And at 9:20pm after just getting home from a sprint, I'm not entirely sure that I want to find out. [10:18] Like the sprint was that hard, you slacker [10:19] wgrant: 900ms queries [10:19] danilos: It looks like BuildFarmJob.builder is not set during the build, so you probably can't do it. [10:19] wgrant: *, well, 15 [10:19] danilos: You have to go through the BuildFarmJobOld [10:20] lifeless: I fail at interpreting OOPS reports. How do I find an OOPS for that pageid? [10:20] wgrant: you start on the oops summary, sent to canonical-launchpad === stub1 is now known as stub [10:20] wgrant: then, you look for bugs tagged timeout, and you find (just filed) bug 691478 [10:20] <_mup_> Bug #691478: Archive:+index timeouts < https://launchpad.net/bugs/691478 > [10:20] wgrant: and in there, click on the link :) [10:20] wgrant, tbh, I don't really understand most of this, so I am just seeing if there's anything that we really need to do to make it possible for you guys to finish the migration [10:21] danilos: I don't know exactly what is necessary, sorry. I need to swap that all back in. [10:21] It's been a few months. [10:21] wgrant: oh, to find the entry in the report, search for the pageid in the summary report. [10:21] lifeless: Hm, OK. Thanks. [10:21] wgrant, right, so perhaps just adding the build property to the TTBJ should solve what we can do on our side, and I'll let you worry about the rest [10:22] lifeless: Ow. [10:22] wgrant, though, I am not sure how do we switch buildmaster to use new TTBs instead of TTBJs for translation jobs, but I guess that's easy enough [10:23] wgrant, also, what happens with all the BFJOld info like score and such, I don't see that in BFJs anymore [10:23] danilos: The new classes (TTB, BPB, SPRB, etc.) are mostly just used for storing data for histories. [10:23] Most control is still performed by the BFJOld. [10:24] The score is on BuildQueue. [10:24] I want to merge BuildQueue into BuildFarmJob, but some others do not. [10:24] Score will remain there for now. [10:24] And BuildQueue will link to BuildFarmJob. [10:24] wgrant, ah, ok, so we are still pretty far off from being able to completely switch to the new model if I got that correctly [10:24] danilos: Not *really*. [10:25] Just needs some code moved around, basically. [10:25] wgrant, heh, ok, then I didn't get that correctly :) [10:25] But I need to work out what. [10:25] The job-specific schema changes are done. [10:25] Apart from deleting the old tables. [10:25] wgrant, right, so do you think it makes the most sense for you to deal with that? would it help if TTBJ.build was provided and pointed at TTB? [10:26] danilos: Do that for now, since it makes the buildd-manager log sad. [10:26] wgrant, ok, I hope I'll be able to come up with a nice simple query to get that (i.e. I am hoping a TTBJ has enough information to do it) [10:27] wgrant, thanks for the input [10:27] danilos: Sorry I can't be more help. [10:27] But uni pushed all that stuff way down. [10:28] wgrant, yeah, don't worry, it's just that _that_ bigjools guys is pushing us to implement stuff that I believe we mostly implemented :) [10:28] danilos: It's all a bit of a mess, yes. [10:28] We are really close now, though. [10:29] wgrant, and I don't know enough to tell him off, so I am trying to learn all about this in a few hours which turns out is not the simplest thing around ;) [10:29] wgrant, not to mention that TTBJ is at the same time a BFJOld and a BranchJob, just to make it more interesting :) [10:29] danilos: Yeah, I like to blissfully forget that detail. [10:30] hey bigjools, I was just gossiping about you, but if I tell you what it was, it won't be proper talk-behind-the-back stuff [10:30] hmm, we should probably log returned rows in the oops query history [10:30] lifeless: The number of returned rows? [10:30] yeah [10:30] Indeed. [10:30] so we can see slow but fast per row [10:31] vs fast but few rows [10:31] vs slow and few rows [10:31] wgrant, yeah, I hate that, and I am hoping we can soon just make TTBJ a BranchJob and let any buildd stuff live in TTB [10:31] danilos: I will hopefully be deleting TTBJ. [10:32] Although it may end up staying, but not as part of the build farm model. [10:32] wgrant, well, we can't delete the branchjob stuff, that's what schedules the build [10:32] Right. [10:32] wgrant, right, we should just rename it [10:32] TTB will probably know about it, but nothing else. [10:32] wgrant: there wqere some dups [10:32] wgrant: but only 2.5 seconds worth [10:33] lifeless: yeah, max of 3 reps. [10:33] Not 100. [10:33] wgrant: max of 26 perhaps [10:33] row 4 of duplicates [10:33] wgrant, right, though perhaps not even that (i.e. we use it to add a TTB to the queue, but that should be it) [10:33] ah nope, wrong column [10:34] wgrant: so I think we've still got a per-row-in-ui just-in-time query being triggered [10:34] * bigjools is not here [10:34] lifeless: Possibly. Can I see recent OOPSes for Archive:+packages somehow? [10:35] I want to compare them to Archive:+index. [10:35] wgrant: log into devpad, grep. [10:35] Yay. [10:35] I will just trigger new ones instead. [10:35] On DF. [10:35] wgrant: or [10:35] OOPS-1811H1896 [10:35] 25 seconds! [10:35] (top 10 durations in the lpnet summary) [10:36] Minimal reps. [10:36] Just... very slow. [10:36] Hm. [10:36] That OOPS must be wrong. [10:36] * wgrant blames the GIL. [10:36] 5s gap after a 200ms query. [10:37] there's a bug for getting per thread times [10:37] just needs tuits [10:37] And a couple of other similar ones. [10:37] wgrant: large row counts coming back through storm can legitimately show up as that, fwiw [10:37] Oh, that +index OOPS is the same. [10:37] Multi-second gaps after ~200ms queries that wouldn't return that many rows. [10:38] heh [10:38] Like <100. [10:38] well, someone should merge my single threaded appserver branch :) === al-maisan is now known as almaisan-away === matsubara-afk is now known as matsubara [11:38] danilos: do you know about LaunchpadWriteTarFile? [11:38] henninge, now I do :) [11:39] danilos: it's in lp.translations.utilites.translation_export [11:39] but I think it belongs under lp.testing. [11:39] henninge, right, and it might, though testing does sound weird, let me look [11:40] danilos: oh, right. I thought it was only used in tests [11:40] henninge, it might make sense to move it to lp.services though [11:40] but the language pack exporter uses it, too. [11:40] danilos: yes, I agree. [11:41] danilos: I'll put it in lp.services.tarfile [11:42] henninge, sure, though you might want to avoid using the same name as the global tarfile module imho :) [11:42] ok [11:42] lptarfile [11:42] ? [11:42] henninge, i.e. you can't do "from lp.services import tarfile" and "import tarfile" then [11:43] henninge, I don't know, it's also only for writing [11:43] I would not recommend taht anyway [11:43] importing the module, I mean. [11:43] tarfile_helpers [11:43] henninge, heh, I am not saying I'd recommend it, it's just that it'd be unobvious to a reader of the code which tarfile module is being used in that case [11:44] true [11:44] danilos: how is tarfile_helpers? [11:44] henninge, probably good enough, go with that and see if your reviewer thinks otherwise [11:44] cool, thanks [11:59] Morning, all. [12:31] *blink* Is PPA +copy-packages supposed to offer o-series and p-series as destinations? [12:33] maxb, there's a bug open about that [12:34] maxb, we previously didn't really support distro series that were present but not initialized === almaisan-away is now known as al-maisan [14:12] gary_poster: Are you the right person to talk to about making lxml a dependency for Launchpad? === salgado is now known as salgado-brb [14:12] gmb, I guess [14:13] gary_poster: I ask because I've got a branch in review that depends on it; bac has pointed out that we don't necessarily have it on our appservers. [14:14] gmb, lxml is notoriously annoying to build as a Python egg. Is the Deb-packaged version acceptable? Also... [14:14] gary_poster: There's now some discussion in launchpad-reviews about this... [14:14] ISTR that we have had an lxml dependency in the past [14:14] ORLY. [14:14] yeah, I saw, gmb, I'm not entirely sure where to write :-) [14:14] Over there. There are more people paying attention :) === flacoste changed the topic of #launchpad-dev to: Launchpad Development Channel | BUG JAM! http://mumak.net/lp-bugjam-2010/ 73 so far | New starter this week: wgrant | PQM open for business | firefighting: - | Get the code: https://dev.launchpad.net/Getting [14:59] gmb: Remember to tag the launchpad-dependencies branch :-) [15:03] maxb: Done, thanks for the reminder. There are two sets of instructions for maintaining that .deb and on of htem is wrong. [15:03] I'll update it now... [15:03] gmb: where is the second? [15:05] maxb: Well, the first is here: https://dev.launchpad.net/Hacking#Changing%20the%20launchpad%20dependency%20debs (and was wrong). The second (correct; or at least more up-to-date) version is here: https://dev.launchpad.net/LaunchpadPpa#launchpad-dependencies [15:05] I'd got all the way through the process before finding hte second. [15:06] I've updated /Hacking to point at the LaunchpadPPA page. [15:07] hah, nice. I never knew of the first, when I wrote the second [15:07] Neither did anyone who was asking me if there were any instructions for doing it :-) [15:08] Heh. [15:08] Well, they were similar enough that I didn't screw things up. The first just used the old, non-bzr-builddeb way. === salgado-brb is now known as salgado [16:08] danilos: fxing bug 619121 [16:08] <_mup_> Bug #619121: Inactive template in rosetta: Confusing wording

< https://launchpad.net/bugs/619121 > [16:08] danilos: do you agree with "Template active?" instead of "Accept translations?" [16:18] henninge, yes [16:18] henninge, or "Template is active" [16:19] without the '?' [16:19] I think I like that even better [16:19] henninge, I don't, I think it should just be "???" [16:20] ;-) [16:20] danilos: bug 670821 [16:20] <_mup_> Bug #670821: translator comment formating lost < https://launchpad.net/bugs/670821 > [16:20] do you know of any reason not to use a

 here?
[16:21]  henninge, well, one: comments in PO files commonly have some whitespace padding as in:
[16:21]  #.   This is all so cool
[16:21]  #.     that it doesn't make sense at all
[16:22]  (imagine those two were aligned: basically, we'd need equivalents for "rectangle whitespace" handling)
[16:22]  henninge, but, it's probably an improvement to just use , which is why it's 'trivial' :)
[16:22]  danilos: but doesn't  give us that?
[16:23]  henninge, well, my point was that it'd be nice to strip initial spaces (same amount from every line) and then put it into [16:24]  henninge, i.e. think of a case like this as well:
[16:24]  #.    numbered items:
[16:24]  #.      1. one
[16:24]  #.      2. two
[16:24]  henninge, it'd be nice if we stripped those 4 leading spaces from each line, but not a big deal imo
[16:25]  no, not really. ;)
=== matsubara is now known as matsubara-afk
[16:25]  henninge, yeah, so go for the trivial :)
[16:25]  we can do that when we redesign the +translate page ... ;)
[16:25]  henninge, heh, right, "when" :)
[16:25]  meaning 'if'?
[16:26]  henninge, well, meaning "we" :)
[16:26]  or rather, "we?" :)
[16:31]  they!
[17:27]  MutatedCelebrityError :(
=== deryck is now known as deryck[lunch]
[17:35]  hah
[17:35]  that is an AMAZING classname :-)
[17:41]  :)
[17:41]  I'd probably enjoy it more if we didn't get ~800 OOPSes with that :)
[17:45]  I'm reminded of the TemporalParadox raised when you tried to edit a past version of an object in the Zope 2 history tab.
=== benji is now known as benji-lunch
=== benji-lunch is now known as benji
[20:19]  Project db-devel build (231): FAILURE in 3 hr 38 min: https://hudson.wedontsleep.org/job/db-devel/231/
=== Ursinha is now known as Ursinha-afk
[21:59]  Project devel build (313): FAILURE in 3 hr 13 min: https://hudson.wedontsleep.org/job/devel/313/
[21:59]  Launchpad Patch Queue Manager: [r=bac][ui=none][bug=685624] Provide
[21:59]  TranslationTemplatesBuildJob.build property linking to
[21:59]  TranslationTemplatesBuild objects to stop polluting
[21:59]  build-manager logs.