[02:54] wgrant: Shall we deploy, or do you think 4 revisions is not worth it? [02:54] you know you want to [02:56] StevenK: There's that translations fix that people are waiting for, despite it being pretty minor [02:56] It excludes like 50 strings out of more than 50000 :/ [02:56] So we should probably deploy [02:57] * StevenK kicks the wiki [02:57] (and those strings are all ""!) [03:10] StevenK: Ohhh, nice catch [03:10] wgrant: I *think* [03:10] I'm not sure about it at all, but it's plausible [03:11] Yeah [03:11] I'm out of other ideas [03:11] We fairly often encounter redirects, mostly http->https [03:11] Right [03:12] It's plausible enough [03:12] r=me [05:08] wgrant: Have you seen the current buildbot failure before? [05:09] StevenK: Not in years. Force, or maybe check if there's stuff running on the slave === Ursinha is now known as Ursinha-afk === wgrant changed the topic of #launchpad-dev to: http://dev.launchpad.net/ | Firefighting: - | Critical bugs: <115 [06:55] StevenK: https://code.launchpad.net/~wgrant/launchpad/bug-503421/+merge/157033 [07:04] yay dino. [07:04] Hm? [07:04] the cleanup crap bug you invalidated [07:05] the dude is back [07:05] Oh good [07:05] One wonders why he cares if I state that the Launchpad team does not. [07:10] also wtf headdesk bug 45419 [07:10] <_mup_> Bug #45419: No way for unprivileged users to report (probable) spam or abusive content within Launchpad

< https://launchpad.net/bugs/45419 > [07:10] reporting spam comments there.... is spam [07:10] You might think so [07:10] But our users apparently disagree... [07:11] they are wrong [07:11] Certainly. [07:12] danilos: Do you have an opinion on bug #1162192? You appear to have been involved 18 months ago in the design of the daily garbo job which removes obsolete potmsgsets (sequence == 0), which seems to basically make obsolete potmsgsets pointless. [07:12] <_mup_> Bug #1162192: Partial pot-files destroy translations < https://launchpad.net/bugs/1162192 > [07:13] https://bugs.launchpad.net/launchpad/+bug/814576 [07:13] <_mup_> Bug #814576: Remove unused POTMsgSets

< https://launchpad.net/bugs/814576 > [07:51] wgrant: Sorry, I was out. r=me === mthaddon` is now known as mthaddon [08:06] wgrant, hi, that does sound like a huge problem; I don't know why would I have implemented it like that, because you are right that it would make obsolete POTMsgSets obsolete [08:06] wgrant, I thought I helped implement a potmsgset pruner for potmsgsets which do not appear in any translationtemplateitems though, not obsolete ones (obsoleteness has nothing to do with it) [08:08] wgrant, this was probably a bad design on my part :/ [08:15] wgrant, basically, we should not have done that for non-shared templates -- my thinking was probably modelled by the multi-series template sharing mechanism :/ [09:59] danilos: Yeah, I thought it seemed a bit strange to do it for obsolete messages, at least without a reasonably lengthy timeout. So it should just remove them when they're not referenced by any TTIs at all? [10:00] wgrant, yeah, but that holds all too easily if there's only a single potemplate in the "sharing set" (i.e. template with the same name among different series or in ubuntu) [10:00] wgrant, oh, I see, you are suggesting dropping the sequence=0 search [10:01] danilos: What's the rule for sharing? Same (distribution, spn) or product, and same template name? Or same domain? [10:01] wgrant: btw https://bugs.launchpad.net/glance/+bug/1073569 - ttx is having timeouts trying to edit task status [10:02] wgrant, a bit more complex: same (distribution, spn, templatename) or (product, templatename), but also if there is a link between a (distribution, spn) to product, then they get joined into a bigger set [10:02] Oh right, I remembered the packaging case, but didn't manage to actually type it [10:02] lifeless: That's quite a bug [10:03] lifeless: Also, quite the most useless timeout report ever :) [10:03] (ie. it's a criminal offense to report a timeout without an OOPS ID) [10:04] wgrant: hey, I know, but I'm not a driver there and he didn't give me one [10:04] he promised to file a bug when he has time... [10:04] openstack is releasing today IIRC [10:04] danilos: So, if you have time to consider what the right thing to do here is I'd really appreciate it. I'm still not completely confident in translations policy etc. If you don't have time, I'll work something out :) [10:04] wgrant: I thought you might want to capture an oops from there even if he is swamped and forgets [10:04] lifeless: k [10:05] gnight :) [10:05] Night lifeless [10:08] lifeless: Found an OOPS, no surprises. [10:08] Bug notifications are retarded, and OpenStack has hundreds of structsubs === rvba` is now known as rvba === deryck is now known as deryck[lunch] === Ursinha-afk is now known as Ursinha === deryck[lunch] is now known as deryck === BradCrittenden is now known as bac === BradCrittenden is now known as bac [18:39] wgrant: ttx did get time - https://bugs.launchpad.net/launchpad/+bug/1164402 [18:39] <_mup_> Bug #1164402: Reproducible timeout updating a bug with a lot of tasks < https://launchpad.net/bugs/1164402 > === almaisan` is now known as al-maisan === al-maisan is now known as almaisan-away [22:45] Hi [22:45] I have a question about pybars [22:46] I am trying to find a good template engine that would allow me to share templates between client and server django [22:46] so I tried handlebars but I see that it has no template inheritance support [22:47] does anyone know if there is support for template inheritance in pybars? or any way around it? [22:48] or what other template engines do you use to share templates between JS and Django/python? === Ursinha_ is now known as Ursinha [22:53] any one out there? [22:55] Adelein: I think someone managed to do inheritance using handlebars partials [22:55] But I'm not sure. Google would know. [22:56] hey, I did see how they do it by creating a helper in the handlebars.js, but then how to integrate it in pybars