=== cprov is now known as cprov-afk === lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad === lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad === stub [n=stub@ppp-58.8.10.119.revip2.asianet.co.th] has joined #launchpad [03:56] stub: with the bug comment updater script, would you be happy with the script if it only updated MessageChunks which have a MessageChunk -> Message -> BugMessage relationship? [03:57] Yes. I would have modified it myself if I wasn't tired and could remember the SQLObject magic to do it ;) [03:57] I'll make the change. [03:58] It probably doesn't really matter, as most messages are bugs and are unlikely to contain the strings.... but it would be nicer to do it that way. [03:59] Maybe only do bugs in the bugzilla import bug# range? [03:59] WHERE id BETWEEN foo AND bar ? [03:59] I'm not sure what that range is [03:59] I could probably work out an upper bound [03:59] Do the bugzilla imported bugs have nicknames we can LIKE match? [04:00] we were using bug watches to identify them for the bz import [04:02] looks like it is from 6761 to 36280 [04:03] (there are some non-imported bugs in that range) [04:03] but I don't think there'll be major problems from running it over the entire range [04:13] stub: okay. I' [04:13] ve updated the script to only select message chunks associated with bugs in that rangew [04:13] Same URL? [04:13] yeah [04:14] the only change is near the top of updateMessageChunks [04:15] devpad seems to be slow :-/ [04:18] jamesh: You tested the old version against demo and it worked fine? [04:19] yeah [04:19] I needed to enable update to MessageChunk for the user it was running as [04:26] If you have a look at the scripts like in database/schema/fti.py, you will find a helper for command line arguments to specify what user / host etc. to connect to the db as allowing a simple way of overriding what is in the launchpad.conf [04:26] I didn't really bother with it for this script because it was going to be a one off throw-away script [04:28] jamesh: all done [04:29] stub: thanks [04:33] stub: does the supermirror SFTP server usually get updated with new code rollouts? [04:33] Yes, unless I'm sure there are no changes in that code that need to go out. [04:33] (which I'm not) [04:34] cool. There is a fix I made since the last rollout [04:34] gets rid of the need to use "--create-prefix" on the initial push of a branch [04:41] Launchpad will be going down in 15 mins for its regular code update. Estimated downtime is 10 mins. === bradb_ [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [06:02] stub: ping [06:04] bradb_: pong [06:04] Go to bed! [06:05] stub: bah. :P just wondering, what rev is on staging? [06:06] bradb_: I did up a spec on automatic BugBranch creation (posted about it on the list). You might want to look at it when you wake up [06:08] jamesh: cool. will try to have a look tomorrow. === stub waits for asuka to get back to him :-( [06:13] bradb_: It will be running HEAD in an hour or so - the update is happening now [06:23] stub: I take it the rollout already happened today? [06:23] hey bradb_, what was the impetus behind ? Did you create it from any particular issue? [06:28] bradb_: yes [06:32] stub: ok, thanks [06:34] mpt: premature abstraction, no doubt. but i don't recall writing almost any of that [06:39] bradb_, there is a good reason for such abstraction, I think [06:39] and that is the person who sits down in front of their Inbox one day and realizes, "Launchpad is sending me too much mail. This has got to slow down." [06:39] So they want to see a single page containing all the reasons they are getting mail from Launchpad [06:40] so Launchpad needs to be able to collect all those in some way [06:42] bradb_, another question, am I correct in understanding that a bug contact is notified of new bug reports, but not of other changes to bug reports? [06:53] mpt: i agree that abstracting subscriptions is morally the right thing to do, but that doc was probably premature abstraction, given that it's still mostly not implemented 10 months later :) [06:53] mpt: bug contacts get all bugmail === dsas [n=dean@host86-129-15-136.range86-129.btcentralplus.com] has joined #launchpad [06:55] bradb_, so bug contact could theoretically be replaced by subscription to the Bugs facet for a thing [06:58] mpt: yeah, that's basically what a bug contact does already. they should be able to unsub from individual bugs too. [07:04] yeah, hence the ignore subscription [07:04] getting "don't email me for my own changes" support would be nice [07:09] That particular problem is much simpler than generalizing subscriptions, I think [07:13] if generalized subscriptions also means generalized email notification, it should be possible to implement it reliably [07:13] rather than once in each component [07:20] good thing we got the imported bugzilla comments fixed up now rather than waiting til we rearrange all the URLs ... [07:28] :) [07:33] jamesh, got time for a five-minute review? [07:34] mpt: okay [07:34] bradb_: If BugTask.productseries is set, should BugTask.product also be set? Always? [07:35] jamesh, https://devpad.canonical.com/~andrew/paste/filedcG5GQ.html [07:35] this is to fix sabdfl's bug 56713 [07:35] Malone bug 56713 in malone "Bug id should be linked in preference to bug title" [Medium,Confirmed] http://launchpad.net/bugs/56713 [07:36] bradb_: I see. No, product and productseries should not both be set. [07:41] mpt: by the look of it, if the ID column is shown, that patch will link the bug number and the bug title, but if the ID column is not shown, the bug title won't be linked. [07:41] mpt: am I reading it wrong? [07:42] jamesh, that's not the way it behaves locally :-) [07:42] well, your second clause is correct [07:42] but if the ID column is shown, it links only the bug number and not the bug title [07:43] ah, I see what you mean [07:43] weird, I wonder why that didn't happen when I ran it [07:44] I guess "not: context/show_column/id|nothing" evaluates as "(not: context/show_column/id)|nothing" rather than "not: (context/show_column_id|nothing)" [07:44] (guessing) [07:44] I could get rid of those |nothings [07:44] that'd break things [07:45] show_column is a dict of shown column names, iirc [07:45] so context/show_column/id gives a KeyError if the id column isn't being displayed [07:45] poo [07:45] hence the "|nothing" bit [07:45] ok [07:45] try this: [07:45] So I reversed the not [07:46] and it works exactly the same, afaict [07:46] on the element add tal:define="show_id context/show_column/id|nothing" [07:46] then you can use tal:condition="show_id" and tal:condition="not:show_id" [07:46] Ah, and I should be doing that anyway, to save TAL processing time [07:47] this sounds like it needs a page test :) [07:47] actually [07:47] I think every bug listing in Launchpad includes the bug ID [07:48] although, do we ever not show the ID? [07:48] yeah. [07:48] so I could just simplify the code and see if any *existing* test breaks :-) [07:48] you'll probably need to update some page tests either way [07:51] I think the plan is to make the columns customizable eventually [07:52] so it is probably worth having the code to enable/disable the column [07:52] you can probably toggle the column display in the view class to test === Fujitsu [n=Fujitsu@c58-107-57-8.eburwd7.vic.optusnet.com.au] has joined #launchpad [07:57] We don't seem to have any existing pagetests that mention columns w.r.t. bug listings [07:59] and bugtarget.py doesn't mention columns either [07:59] hmmm hmmm === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [08:04] ah, it's in batching.py [08:05] stub: do you know why PageTestLayer.endStory() calls force_dirty_database()? [08:06] jamesh: Because we may have committed changes to the database in one of the earlier files in the story, but have no way of knowing that. [08:07] stub: okay. It gets called after each file in the pagetests/standalone directory [08:07] Its fixable I think, and should speed things up if we do [08:08] We should be able to detect the dirty status in PageTestLayer.testTearDown or in the TestCase.tearDown and remember it, so PageTestLayer.endStory only calls force_dirty_database() when necessary [08:10] Or we could just deprecate stories - most stories could happily live in a single file with the new page test machinery ;) === stub has a nap [08:20] bah [08:22] jamesh, thanks for the review, I think I'll hand it over to bradb because I don't know how how to tweak the view class from a pagetest (or conversely, to get the piece of rendered HTML in a doctest) === xenru [n=Miranda@85.192.13.179] has joined #launchpad === stu1 [n=stub@ppp-58.8.2.238.revip2.asianet.co.th] has joined #launchpad === danilos [n=danilo@89.216.191.58] has joined #launchpad [09:01] morning === jkakar [n=jkakar@204.174.36.228] has joined #launchpad [09:04] morning! [09:04] hmm, has the update for the support tracker been pushed live? I get an oops every time I reply to a ticket via the web. [09:06] dsas: yes it has. could you tell me the OOPS id you got? [09:10] BjornT: OOPS-248C279 [09:10] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/248C279 [09:16] dsas: thanks. i'll take a look at it soon. it takes a while before it gets copied from our logs so that i can see it. === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:23] dsas: looks like we need an extra KarmaAction row in the production database === carlos [n=carlos@203.Red-81-35-100.dynamicIP.rima-tde.net] has joined #launchpad [09:24] stu1: ping [09:27] morning [09:28] jamesh: Is it likely to be something that's fixed before the usual (weekly?) code roll-out? [09:28] dsas: it should have been fixed, and i'm trying to get hold of stu1 so that he can fix it now. [09:28] dsas: it is a problem caused by the code and database being out of sync (in this case, todays code rollout relied on some data in the database that isn't present) [09:29] Ok, thanks for the info. I'll hang around to see when it's fixed, or try again tomorrow :) === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === malcc [n=malcolm@host86-138-251-144.range86-138.btcentralplus.com] has joined #launchpad [09:36] stub: Ping!! [09:36] Is there any particular reason we have "Appoint driver" as a separate form for product series? [09:36] mpt: ping [09:36] stu1: Ping!! [09:36] malcc: something urgent? [09:36] SteveA: Yes, looks like Soyuz is brokne [09:36] malcc: stu said he was going to take a nap, so phone him if urgent [09:36] 03:12 malcc kiko: Dropping the permissions for these views in rocketfuel, is that going to lead to them being dropped from the live db while the old codeline still live on drescher requires them? [09:36] 03:14 kiko malcc, no, to drop something from the DB requires a DB patch. [09:36] Looks like, not so much :( [09:37] also, when you phone him, theres a support tracker regression too [09:37] malcc: r4006 was rolled out. Was the db patch to remove the view in that rev? [09:37] Where do I find his number? [09:38] jamesh: No, the patch to remove the view is not yet submitted [09:38] mpt: would you send usman the example template, zipped ? [09:38] malcc: [09:38] https://wiki.canonical.com/Offices [09:38] SteveA: Ta [09:38] malcc: re the support tracker regression, please tell him to look for an email from me re missing KarmaActions === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [09:40] seb128: malcc already knows about the soyuz problems [09:40] hi jamesh [09:40] hi [09:40] jamesh: what soyuz problems? I'm just waking up ;) [09:40] seb128: I just assumed you were here to tell us about a problem :) [09:41] ahah, maybe in 10 min when I'll start uploading the next GNOME 2.16 package updates :p === stu1 yawns [09:42] stub: So kiko did something to the permissions, on views which the codeline on drescher still needs, which has broken Soyuz [09:42] stub: I'm just finding the exact revision now [09:43] hi stub. Bjorn also mentioned a support tracker regression. [09:43] So I need to revert rather than just fix the permissions? [09:43] stub: No, fixing the permissions should be fine for drescher [09:43] stub: I'm looking for the rev so I know exactly what's gone [09:44] stub: it seems like database/schema/pending/support-tracker-karma.sql needs to be run. the support tracker currently oopses due to missing KarmaActions [09:44] Score 1 for people filling out the new section on LaunchpadProductionStatus [09:46] Bah - that script hard codes id's :-P [09:46] My lack of bzr-fu is showing up, I can't locate the exact permissions change [09:47] support tracker karma stuff added [09:47] So support tracker should be fine now [09:47] stub: were you not asked to review that karma sql update? [09:48] dsas: the support tracker should work now again. [09:49] malcc: I have permission changes in sourcepackagepublishinghistory and binarypackagepublishinghistory, amonst others. [09:50] BjornT: please let matsubara know about what happened, so he can take it into account when looking at the oops logs [09:50] stub: The errors are currently failing to select on sourcepackagepublishing, that I've seen [09:50] stub: hi, did you see kiko's request for a new server for the language pack exports? [09:50] stub: Permissions added to some views can be left, but permissions taken away from some publishing views were premature, and we need them back [09:51] stub: Looks like cprovs r3967 did at least some of it [09:52] stub: if you weren't asked to review it, that points to a shortcoming in our review process. (I'm saying this because you were surprised that the script hard-codes ids) [09:52] granted select on sourcepackagepublishing and binarypackagepublishing to everyone. That should do it as a band aid. [09:52] SteveA: I can't remember [09:52] SteveA: i sent a mail to the list about it. i'll point him to that when he comes online. [09:53] carlos: yes [09:54] stub: is there any chance to get that done today? [09:54] or anytime soon? [09:54] I only need read only access [09:55] carlos: I doubt it. I don't have hardware available. The only suitable box is Carbon, and it needs its external drive array plugged in. [09:56] stub: I'm still getting permission denied on sourcepackagepublishing [09:56] I see [09:56] ok [09:56] malcc: Sorted [09:57] stub: Thanks [09:57] morning [09:57] I so should have seen this coming === malcc kicks himself [09:58] thanks BjornT [09:59] stub: what do you think of james t.'s warning against using carbon for critical stuff? [09:59] stub: I was thinking that for langpacks, we can do it on staging if carbon needs cannibalizing [09:59] Valid, but language packs aren't critical at the moment (if they where, we couldn't be using carbon for them) [09:59] and meanwhile, use carbon for its 31337 speed [10:00] Unfortunately, Carbon doesn't have all its disks plugged in so I can't create another database. === erdalronahi [n=erdalron@p508763E1.dip.t-dialin.net] has joined #launchpad === erdalronahi [n=erdalron@p508763E1.dip.t-dialin.net] has left #launchpad [] [10:03] whats wrong with carbon? [10:03] stub: Unfortunately, Carbon doesn't have all its disks plugged in so I can't create another database. [10:03] yes, got that, curious about the why [10:04] as in , why are they not plugged in ;) [10:05] I think Carbon was live before the extra disks arrived and never got installed because I didn't actually need them yet. Or I may just be imagining that. [10:08] I thought elmo said he was going to power down Carbon to reconfigure the disks a while back [10:09] (when we were running into the free space issues last time) [10:10] Yes, but it never happened. I can't remember why. [10:13] carlos: have you seen the neil mail on xaralx translators? [10:14] yeah, I will prepare the list today [10:14] carlos: ok, just checking :) [10:15] mpt: ping === mpt [n=mpt@203-167-187-121.dsl.clear.net.nz] has joined #launchpad [10:50] SteveA, pong [10:52] hi mpt. [10:52] would you send to usman a zipped new template example? [10:52] i'm merging in your branch [10:54] sure [10:54] Does he now have Launchpad running with the ability to drop in the new template? [10:54] (hmm, he'd need to change zcml as well for the new style sheet) [10:59] mpt: I'm still setting all that up. I have a call with him later this afternoon to sort stuff out. [10:59] oh, I'm not suggesting you send him an actual page template [10:59] just the template with the ids, classes and correct elements, and basic CSS. [10:59] the simple thing that is just a guide to what we're doing [11:00] I don't want usman to ever have to see a zope page template :-) [11:00] humm [11:00] I have the skeleton HTML that he's already seen [11:01] and I have the main-template.pt adapting that to Launchpad [11:01] I mailed him it, but he hadn't seen it properly [11:01] oh, ok [11:01] because outlook mangled it [11:01] and he didn't receive my original email [11:01] so, he's asked to recieve it zipped [11:01] to stop MS outlook from mangling it [11:01] I know [11:02] But I haven't changed that since I sent it to you, so when you talked about "the latest template" I thought you were referring to something else === mpt continues waiting for Evolution to load Usman's message === Spads [n=crack@82.211.81.249] has joined #launchpad === mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === jinty [n=jinty@132.Red-83-55-196.dynamicIP.rima-tde.net] has joined #launchpad === realist [n=realist@CPE-144-133-64-178.vic.bigpond.net.au] has joined #launchpad [11:49] Hello, are any support people awake? [11:50] realist: Best to just ask your question and see who answers :) [11:51] Sure, has anyone experienced and/or heard of the following issue; [11:51] https://launchpad.net/products/launchpad/+ticket/1697 [11:52] It's quite a frustrating 'bug', if that's even what it is... [11:57] realist: have you ever checked the "disable this account forever" checkbox in the wiki UserPreferences page? [11:58] Not that I remember, but it's quite possible [11:58] I don't suppose it can be reversed? [11:58] so you've been able to log in in the past? [11:58] Yes [11:58] and you are using your email address as a login name on the wiki? [11:59] One thing I *do* remember doing, is changing my WikiName from launchpad [11:59] Yes, using the same credentials to login to wiki, as I was using on launchpad [11:59] that shouldn't be a problem, since you don't use your wikiname to log in [12:00] Can I re-create my wiki account? [12:00] realist: I'd suggest emailing the launchpad-users mailing list asking if someone can check if you disabled your account [12:03] I have a feeling it would be faster, easier, and less embarassing to start a whole new lanchpad/wiki account [12:04] We do need to disable the "disable account forever" checkbox on the wiki, or rename it to "shoot yourself in the foot" [12:06] My thoughts precisely [12:06] It doesn't really serve any other purpose [12:06] well, it lets you disable your account forever (or until a sysadmin reenables it) [12:06] Especially when you can't create a *new* wiki account very easily [12:07] I couldn't find the "change wiki name" feature on the wiki itself, which I why I may _possibly_ have selected the "disable account forever"... naively thinking I could re-create a new one easily [12:08] It wasn't until later, I found the feature I wanted on launchpad [12:08] So I've no idea which one I'd actually shot myself in the foot with [12:08] Despite all this, it's certainly a disincentive to a new ubuntu user, and potential contributor [12:09] === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === jgi [n=jgilli@251.9.39-62.rev.gaoland.net] has joined #launchpad [12:13] hello everyone [12:13] is it possible to search for a translation string, or part of it, for a given language? [12:15] morning ddaa [12:15] Hello jamesh, wassup? [12:16] ddaa: I've got most of the productseries branch stuff done. Should be able to put it up for review today or tomorrow [12:17] Sounds great. Would you mind if I review it applying my own standards? [12:18] Which is a bit more than the normal review... If you are too busy, I can come back later if I find anything that I think needs improving. [12:18] ddaa: go for it. The branch is listed as w-i-p on the pending-reviews page. I've pushed some changes recently so the diff there probably won't be up to date for an hour or so [12:19] okay === ddaa is still caught in a maze of email discussions :( [12:27] jgi, not yet, but it will be soon [12:39] jamesh: Thanks for your assistance. [12:49] mpt: up for a voice call? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [01:01] carlos, should we seek user input for bug #56717 ? [01:01] Malone bug 56717 in rosetta "Team info page" [Wishlist,Needs info] http://launchpad.net/bugs/56717 [01:02] jordi: not yet [01:03] what do we tell matsubara about it? [01:03] I think we should do it when we see that we are going to work on it [01:03] jordi: you filed the bug ;-) [01:04] jordi: I mean... It's not that matsubara is going to fix it [01:04] but he's checking all bugs so no one is without answer and we classify it [01:04] so just add the idea you got when filed that bug [01:05] and we will ask more people for more input when we start with it. If we ask for input about it now, people will think we are going to implement it right now === cprov-afk is now known as cprov [01:06] mpt: cool! [01:06] mpt: thanks === jgi is now known as jgilunch === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad [01:10] New bug: #59003 in soyuz "New override generation code gives MemoryError on real data" [Critical,Confirmed] http://launchpad.net/bugs/59003 === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [01:13] stub: ping [01:14] Rejoice! You can now change the name and product of a branch in the "Edit Branch Details" form. You can also change the owner of a branch in the "Change registrant" form! === SteveA rejoices [01:24] ddaa: added a response to your first comment on AutomaticBugBranchLinks [01:25] I'm adding in more === Fujitsu [n=Fujitsu@c58-107-62-26.eburwd7.vic.optusnet.com.au] has joined #launchpad [01:51] ddaa: the diff of my productseries branch on pending-reviews is up to date now [01:51] (has been for a little while now) === ddaa is still busy being annoying/helpful on AutomaticBugBranchLinks [01:52] jamesh: how to do you get the full time instead of just the date? [01:52] full time? [01:52] in moinmoin [01:53] @SIG@ expands to "-- JamesHenstridge $currentdate" [01:53] Oooooh, shiney! [01:53] it is the equivalent of wikipedia's --~~~ === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === niemeyer [n=niemeyer@201.14.22.144] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:06] New bug: #59010 in launchpad "How about unsubscribe a bug?" [Untriaged,Unconfirmed] http://launchpad.net/bugs/59010 [02:06] hi matsubara [02:06] hello BjornT [02:07] matsubara: just so that you know, this morning there were some oopses due to missing karma actions for the support tracker. i sent an email about it, and it has been fixed already. [02:08] BjornT: all right. I'm reading emails now and soon will get to yours. Thanks for the note. === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:15] New bug: #59010 in launchpad "How about unsubscribe a bug?" [Untriaged,Unconfirmed] http://launchpad.net/bugs/59010 === danilo_ [n=danilo@89.216.191.31] has joined #launchpad [02:18] carlos: reping [02:18] danilos: ping [02:18] carlos: :) [02:19] carlos: I want to test if one of my revisions actually fixed bug 30900 as well, and I am thinking of trying that on staging [02:19] Malone bug 30900 in rosetta "can't remove "Australian languages" from my preferences" [Medium,In progress] http://launchpad.net/bugs/30900 === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad [02:19] i.e. I'd have to manually add entry to database for eg. myself [02:19] danilos: prepare the INSERT command and I will execute it on staging [02:20] carlos: ok, great [02:20] jamesh: hi, how's going the review? === dsas [n=dean@host86-129-15-136.range86-129.btcentralplus.com] has joined #launchpad === carlos -> lunch [02:44] see you [02:56] salgado: hey, very nice hint about specific setUp/tearDown function for doctests, I got more errors, thank you. [02:56] cprov, cool, glad to hear that! [02:58] salgado: do you know if I need special perms to use simple_sendmail ? [02:58] no, I don't think so [03:00] salgado: ok, will investigate, tks === mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [03:10] stub: ping === somerville32 [n=somervil@fctnnbsc15w-156034072214.nb.aliant.net] has joined #launchpad === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === jgilunch is now known as jgi [03:42] lifeless, SteveA: ping [03:46] New bug: #59026 in launchpad "Need to be able to transfer ownership of distribution mirrors" [Low,Confirmed] http://launchpad.net/bugs/59026 === stub [n=stub@ppp-58.8.2.238.revip2.asianet.co.th] has joined #launchpad [03:54] lifeless, SteveA: unping === carlos [n=carlos@203.Red-81-35-100.dynamicIP.rima-tde.net] has joined #launchpad === merriam [n=merriam@84-12-185-157.dyn.gotadsl.co.uk] has joined #launchpad === lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad === lfittl [n=lfittl@85-125-149-213.dynamic.xdsl-line.inode.at] has joined #launchpad === jgi is now known as jgiaway === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === Slike [n=Slike@152.195-244-81.adsl-dyn.isp.belgacom.be] has joined #launchpad === danilo_ [n=danilo@89.216.191.64] has joined #launchpad === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad === glatzor [n=sebi@ppp-82-135-3-178.dynamic.mnet-online.de] has joined #launchpad [04:46] jamesh: ping? [04:46] elmo: pong [04:47] what on earth is OCSP and how would I turn it on? [04:47] jamesh: more to the point, since you can turn it on, can you confirm it's also broken on e.g. wiki.ubuntu.com? [04:48] elmo: it is cleverly hidden in firefox here: edit -> preferences, click the advanced tab, click the verification button then choose "Use OCSP to validate only certificates that specify an OCSP service URL" [04:48] trying wiki.ubuntu.com [04:49] same answer [04:50] OCSP is essentially a replacement for certificate revocation lists. I'd never heard of it, so don't know whether it is a case of it being generally flaky in Firefox or something about our CA === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad [05:03] man, this ticket sucks [05:05] good morning vietnam [05:05] oi SteveA [05:05] it is so sick that people actually spam my spamcop submit address [05:06] morning mr kiko [05:06] oh man unhappy customer === jordi goes reply [05:07] malcc, cprov: so the overrides set is growing too big? [05:07] malcc, cprov: why didn't this happen before? [05:07] malcc, cprov: perhaps something is wrong with the query? [05:07] (we changed it from BPPV to BPPH) [05:07] kiko: It can't be the overrides set, that's smaller than it was before [05:08] malcc, that's the only thing that grows in that loop though [05:08] kiko: What happens to the various objects constructed for the publishing records and the packagereleases from earlier in the loop? [05:09] kiko: Are they in a cache somewhere, or are they totally free to vanish right after we've used them? [05:09] well. [05:09] malcc: sqlobject keeps them, I think [05:09] malcc, the BPPH and SPPH objects are kept in the sqlobject cache, yes. [05:10] kiko: And also the sourcepackagerelease and binarypackagerelease objects? [05:10] malcc, if that's the problem then dirty_pockets indeed should fix the issue correctly. [05:10] malcc, if we traverse to them, which we do, then yes. [05:10] and distroarchrelease, etc, therefore [05:11] kiko: distroarchrelease etc. adds up to approximately zero objects in the scheme of things, it's the thousands of publishing and package records I think are the problem. [05:11] malcc, if dirty_pockets doesn't work (it might well not for universe) then you can blow up parts of the sqlobject cache. [05:12] let me tell you how as soon as I find out. [05:12] kiko: We're already doing clear_current_connection_cache between each call [05:12] kiko: I suspect that's what made the first new version, which didn't do anything with dirty pockets but just split the selects, not run into the memory problem [05:14] malcc, oh, so you've already gotten it to work once? [05:15] kiko: Yes, the trivial change made the memory problem go away, before I took a detour into dirty pockets and efficiency [05:15] malcc, that detour is fine because c_c_c_c is a VBH [05:15] malcc, let me see how you evict individual objects from the cache [05:16] kiko: I don't have any knowledge of that area at the moment, just my VBH === Slike [n=Slike@152.195-244-81.adsl-dyn.isp.belgacom.be] has joined #launchpad [05:21] hello, i suppose this is the right channel for questions about launchpad.net? [05:22] Slike, yep, it is [05:22] ok, my question then: i'd like to sign ubuntu's code of conduct, but I need an openpgp key [05:23] i found what it is, but not really how to get one and how it works more in a practical way [05:23] are there any good resources to get more info about that? === danilos [n=danilo@89.216.191.58] has joined #launchpad [05:25] Slike, there are many. did you do a google query for "gpg tutorial"? [05:25] I think there is even a link on launchpad.net that takes you to one [05:26] malcc, can you try the patch at https://devpad.canonical.com/~andrew/paste/fileFtEEH5.html -- ? [05:26] malcc, and then instead of calling c_c_c_c just evict the publication and its SPR? [05:26] Slike: https://help.ubuntu.com/community/GnuPrivacyGuardHowto [05:27] kiko: I'll try it [05:27] thanks. it is freshly baked just for you. [05:27] BjornT, bradb: I'm not able to know who linked https://launchpad.net/products/rosetta/+bug/3 with Ubuntu distribution from the +activity page [05:27] Malone bug 3 in rosetta "Custom links for each translation team." [Wishlist,Confirmed] [05:27] is that normal? [05:27] i did some research on google but some things left me in doubt... for example: "Comment Think of this as pico-biography of yourself - e.g. "OpenSkills member"." (from openskills site) [05:28] carlos, sorta [05:28] matsubara: thx, I'll check the link [05:29] kiko: 'sorta' because it's normal because we don't have it implemented? or because it's the way it works? [05:29] carlos: It was "bisho", fwiw. https://launchpad.net/distros/ubuntu/+bug/3/+editstatus [05:29] Malone bug 3 in rosetta "Custom links for each translation team." [Wishlist,Confirmed] [05:29] bradb: he rejected it [05:29] I don't think it's horribly intentional that +activity doesn't show that [05:29] jamesh: ehm, launchpad and wiki both work fine for me with OCSP turned on [05:29] carlos: he created it too [05:30] Hmm, I see [05:30] that information is a bit hidden... [05:31] ARGH. STOP KILLING ASUKAS SSHD. KTHX. [05:32] elmo: I'm working on it... === jgiaway is now known as jgi === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [05:41] malcc, thumbs up or.. down? [05:41] hey bradb, are you around? [05:41] kiko: hi [05:41] I had a question for you [05:42] kiko: A big thumbs down to how long it takes to run soyuz-set-of-uploads.txt [05:42] malcc, life is full of ugly surprises [05:42] kiko: Thumbs are yet to be turned in a final direction on your cache clearing, due to the above [05:42] malcc, it takes like 5 minutes on my box [05:43] kiko: Yes, but then you realise you spelled a function wrong and have to run it again [05:43] malcc, I was concurring with you! [05:44] kiko: Ah cool. In that case, yes, sucks don't it? === WebMaven [n=webmaven@ip72-193-220-34.lv.lv.cox.net] has joined #launchpad [05:44] it absolutely sucks black rocks of doom === cprov is now known as cprov-lunch === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === ddaa is tired of email discussions, spec reviews, code reviews, meetings, summaries, etc, [06:17] lemme write some code goddammit! === LarstiQ detaches ddaa from the internet. === ddaa goes catatonic from sensory deprivation [06:19] Well, the positive side is that you're no longer bothered by such things. Shame about not writing code though. [06:19] Well, I'm busy telling other people how they should write the code I want. [06:20]