[02:15] I have a feeling that this branch is going to be large [02:15] this==? [02:15] this == the branch that adds subscribed_by to BranchSubscription [02:59] * thumper wants to delete the branch-notifications test [02:59] however not just yet [03:16] lifeless, feed-pqm would be nicer in gtk i think, where you can directly point to the thing you want [03:16] is this what you were heading for? [03:16] poolie: not so much [03:16] lptools has a clickable list already [03:17] if you're heading in that direction I *highly* encourage you to build on that === _thumper_ is now known as thumper [08:11] Hello! ;) [08:12] Can packaging links be removed again? [08:40] henninge: there are at least delete links on https://launchpad.net/ubuntu/+source/SOMEPACKAGE [08:40] I'm not sure about the other end. [08:48] noodles775: Morning. [08:48] Hi wgrant :) [08:49] noodles775: Could you please re-EC2 lp:~wgrant/launchpad/bug-558905-get-archive? It failed a week or so ago now in the MailmanLayer breakage, and I forgot to deal with it. [08:49] wgrant: sure. Sending now. [08:49] Thanks. === almaisan-away is now known as al-maisan [08:56] wgrant: thanks, the relevant method I was looking for is in PackagingUtil. [08:58] henninge: Ah, code-wise, I see. Sorry. [08:58] wgrant: no, no, don't be. I found the code through the view which I found through your link ... ;-) [08:59] didn't know about PackaginUtil before [09:07] Morning === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell [12:57] Have we lost half the test suite again? [12:57] That was a sub-3-hour EC2 run. === matsubara-afk is now known as matsubara [13:18] wgrant, windmill tests are not run in ec2 now. [13:19] and something else. mailman tests maybe? [13:20] I don't think the mailman ones ever were (recently) [13:21] MailmanLayer hasn't ever been run, except for a few hours two weeks ago. [13:21] But the Windmill thing is a good point. [13:23] has anyone here communicated with a locally running launchpad over rest? [13:23] krkhan: yes. Drop the 'api.' from the domain you're using. [13:23] edge.launchpad.net -> launchpad.dev [13:23] api.edge.launchpad.net -> api.launchpad.dev [13:23] wgrant: thanks, let me try [13:25] wgrant: worked like a charm :-) thanks again [13:26] krkhan: Excellent. === Ursinha-afk is now known as Ursinha === cody-somerville_ is now known as cody-somerville [14:50] matsubara: ping [14:50] BjornT, hi [14:51] matsubara: i'm trying to get the oops-tools running locally. i've followed the instructions in the readme.txt, but when i go to /oops, i get ProgrammingError: relation "oops_oops" does not exist [14:52] BjornT, did you run bin/django syncdb? [14:53] matsubara: yes. the output looked a bit odd, though. let me get you a paste... [14:54] Are there any plans to switch to python 2.6 in the near future ? I vaguely recall seeing something but don't remember where. [14:55] jelmer_, gary_poster is working on that [14:55] jelmer_, matsubara, yeah, at least in a supervisory capacity. here are the plans [14:56] matsubara: nm. i guess i should do what the output tells me to do (although, it said to use manage.py, which doesn't exist) [14:56] Well, don't know how much detail you want :-) [14:56] matsubara: fwiw, the output was this: http://paste.ubuntu.com/440408/ [14:56] The summary is that we plan to switch to Python 2.6 and Lucid for 10.06, the release after this one. [14:56] BjornT, when it says manage.py use bin/django instead. [14:56] jelmer/jelmer_: ^^^ [14:57] BjornT, bin/django is a buildout wrapper for manager.py [14:57] gary_poster: ah - thanks! [14:57] BjornT, right, now you just bin/django migrate and then you should be good [14:57] np :-) [14:59] matsubara: now, how do i actually use it? :) [15:00] BjornT, do you think the README.txt could be improved? Would you add the missing steps to it and provide a diff? [15:00] BjornT, make run [15:00] matsubara: yes, i plan to add what's missing, if anything (e.g. the migrate part) [15:00] matsubara: right, it's running. and then? [15:00] BjornT, you probably want to add some sample data to it, so `make load_sample_data` first and then `make run` [15:01] matsubara: well, i want to load the oopses in /var/tmp/lperr [15:01] BjornT, then you can point your browser to localhost:8000/oops [15:04] BjornT, if you know the OOPS id, you can enter it in the search oops field, click the button and it should give you the OOPS page [15:05] BjornT, or do you want a summary of all oopses in /var/tmp/lperr? [15:05] matsubara: i do know the oops id. it doesn't find any oops with that id [15:06] matsubara: getting a summary would be useful as well [15:06] BjornT, can you make sure /var/tmp/lperr is in src/oopstools/settings.py ? [15:07] BjornT, oh nm [15:07] it probably is and I know why you're not finding those oopses [15:07] s/you're/oops-tools/ [15:09] BjornT, can you try bin/update_db and see if loads the oopses you want? [15:10] matsubara: tried that already: Loaded 0 OOPS into the database. [15:12] BjornT, what are the dirs you have in /var/tmp/lperr? [15:12] matsubara: 2010-05-19 and 2010-05-26 [15:16] BjornT, can you try this patch: https://pastebin.canonical.com/32723/ and then bin/update_db again (also check that you do /var/tmp/lperr in settings.py, it should be but it doesn't hurt to double check)? [15:19] any idea why I get this error „ We only know about GET, HEAD, and POST” when trying to save an entry using launchpadlib ? the +apidoc page for that entry specify that it support PATCH method and entry.lp_save() is using PATCH for updating that entry. [15:20] matsubara: ok, that work (after changing datetime.datetime to datetime.date) [15:25] BjornT, cool [15:27] BjornT, to generate the summary you can: bin/analyse_error_reports -pX --html= --text= --from=2010-05-18 --db-summary [15:28] BjornT, I'm not sure the summary/ view would work for X prefixed oopses === matsubara is now known as matsubara-lunch [16:17] sinzui, Can I get a preemptive RC for https://code.edge.launchpad.net/~gmb/launchpad/stored-proc-for-bug-heat-bug-582195/+merge/26064 please? It has been db-approved by BjornT and stub [16:17] sinzui, It's part one of a two-part fix for bug heat calculation taking too damn long. [16:18] * sinzui knows your pain [16:19] gmb, you have my rc [16:19] sinzui, Thank you. [16:48] Chex, gary_poster, rockstar, bigjools, danilos, sinzui: production meeting on #launchpad-meeting @ Freenode in 12 minutes [16:48] thank you [16:48] Ursinha, can you move it for 17 mins please? [16:49] 17 mins? [16:49] Ursinha, oh, it doesn't work like that? ok then, in 11 minutes [16:49] danilos, if everyone else agree with that, sure [16:49] Ursinha, no, no, j/k [16:50] danilos, .... ok _boss_, sure [16:50] :P === matsubara-lunch is now known as matsubara [17:02] henninge, danilos : Hi. Any idea why shortlist is used here http://paste.ubuntu.com/440458/? [17:03] adiroiban, because it's a smarter thing to use than to use list() which may produce gobbles of information [17:04] danilos: but if the list is bigger than 300 elements [17:04] adiroiban, I am not sure why are we not returning a resultset though, but I'd have to read more code for that [17:04] I get a warning === salgado is now known as salgado-lunch [17:04] adiroiban, yes, it will traceback [17:04] is that ok ? [17:04] adiroiban, that's the idea [17:04] edge is on a go-slow [17:04] anyone else noticed ? [17:04] not timing out, but it must be damn close to it [17:05] danilos: I have create 4000 templates and using the API, I only get a warning (no traceback) and the batch of 300 templates is fast in the API [17:05] danilos: +templates from the browser is taking 5 minutes to render them [17:06] adiroiban, +templates in the browser is broken, one of the reasons is your introduction of using non-cached data with getPOTMsgSets().count(), but it has other problems as well [17:06] adiroiban, anyway, I have a meeting now, sorry [17:06] danilos: np. thanks! === beuno is now known as beuno-lunch === gary_poster is now known as gary-lunch [17:41] adiroiban, anyway, have you checked that somebody without permissions can't really touch potemplates? [17:41] danilos: yes [17:42] adiroiban, cool, then I'll have another look at your branch tomorrow; 300 seems a reasonable limit for productseries, but I'll have to check why we are not returning a resultset there instead [17:43] danilos: the limit in shorlist is only „informative” [17:43] the full result is returned as a list [17:43] and a warning is issued if the limit is exceded [17:45] also the +templates page is not using getTranslationTemplates, but rather callling getUtilit(IPOTemplateSet).getSubset() directly [17:45] right now the API is the only user for the getTranslationTemplates method [17:47] adiroiban, ah, right [17:47] adiroiban, we should probably use a hardlimit there then [17:48] adiroiban, that's very weird [17:48] adiroiban, all of that should be fixed [17:51] danilos: getTranslationTemplates is defined in many places, but only used in lp/registry/templates/distroseries-packaging.pt [17:51] and in that template, it is used in a very strange way [17:51] assigned to a variable in a tal:define [17:51] but that variable is not used later [17:52] adiroiban, it's used in a distroseries copy, and we should probably move the +templates page to it as well [17:53] adiroiban, I discovered that two months ago... [17:53] danilos: ok. maybe we can add pagination to +templates and by doing so avoid the timeout [17:53] adiroiban, I'd like to try to make it work without pagination first: with pagination, we'll have to hack sorting in and I'd rather avoid that [17:53] adiroiban, danilos. Edwin is working on a model fix that will remove my need for the method [17:53] sinzui. ok. thanks! [17:56] danilos: regarding the soft/hard limit on shortlist. Do we realy need it? [17:57] adiroiban, yes, because we know we'll time out if we try to process that many, so we can either: 1) ensure we won't time out with unlimited number of entries 2) introduce batching 3) introduce a hard-limit so we see in the OOPSes that our users have started needing it === salgado-lunch is now known as salgado [17:57] 1) is very hard to do, but we can probably raise the limit to a few thousand (thus satisfying ubuntu as well) [17:58] danilos: in distroseries, the softlimit is 2000 [17:58] on for productseries and sourcepackage it is set to 300 [17:58] adiroiban, but that page has never worked, and it has gotten only worse [17:58] adiroiban, all of those sound like sane limits to me (and they should be hardlimits at that) [17:59] danilos: ok. but from what I think, with or without the hard limit, the page will crash anyways if it tries to get a big number of templates [18:02] adiroiban, yes, and with one approach we'll be using a lot of memory and cpu cycles on our servers (thus exposing a possible, albeit unlikely, DoS attack vector), and in another we'll be giving an error to the user instantly [18:03] adiroiban, when it comes to "choose one", I know which one I am choosing :) [18:03] :) [18:03] danilos: but, then we need to change the implementation of shortlist [18:04] danilos: sorry. nope. just use softlimit instead of hardlimit [18:05] danilos, adiroiban: We are adding a sum of templates to distrosourcepackage that is cached so that we will not need to do a lot of work for getTranslationTemplates() === deryck is now known as deryck[lunch] [18:07] Righto, friends, I'm offski === al-maisan is now known as almaisan-away [18:25] are there any known issues with oopses not being cleaned up properly when tearing down tests? === almaisan-away is now known as al-maisan [18:27] how do you remove launchpad from your computer (rocketfuel) ? [18:28] matthew_: I don't think we have anything that does that at the moment. === gary-lunch is now known as gary_poster [18:29] do you know what dependencies that it installes then i can remove them manually? === beuno-lunch is now known as beuno [18:37] matthew_: for the packages at least you can deinstall launchpad-dependencies, launchpad-developer-dependencies, launchpad-database-dependencies and launchpad-soyuz-dependencies [18:38] and is all the downloaded items just in /home/matthew/launchpad? [18:39] ok removed thoese and then did a sudo apt-get autoremove [18:39] *those [18:40] matthew_: in ~/launchpad and it installs some scripts (all starting with rocketfuel- I believe) in /usr/local/bin/, adds some entries to /etc/hosts and adds some files to /etc/apache2 IIRC [18:45] thanks [18:47] rockstar, bug 586467 [18:47] Bug #586467: upgrade_branches script failing [18:48] Ursinha, ta === deryck[lunch] is now known as deryck === al-maisan is now known as almaisan-away [20:03] abentley, ping, did using xvfb and 'make check' work for you as a substitute for VNC? Your mail does say whether switching got you back up and running again or not. [20:06] mars, yes it works for me. [20:07] abentley, great. May have been a known issue in Karmic. IIRC they fixed xvfb in August or September. [20:08] mars: what was xvfb doing ? [20:08] mars, I am running Lucid. [20:08] abentley, didn't you say you switched to VNC to get around a bug in Xvfb/Karmic that was stopping you? [20:09] mars, when I was using Karmic, I switched to VNC. When I switched to Lucid, I continued using VNC. [20:10] lifeless, don't remember, just that a fix landed in the repos literally minutes before one of our developers needed it :) [20:10] abentley, ah, ok. [20:11] sinzui, Can I get a pre-emptive RC for this https://code.edge.launchpad.net/~gmb/launchpad/hook-up-stored-proc-boom-bug-585803/+merge/26191 please? It's the second part of project-make-bug-heat-not-suck. [20:17] gmb, you have my rc. since buildbot threw a wobbly you may still need to use it with PQM submit if ec2 is faster than buildbot [20:17] sinzui, Yeah, that's why I asked now :) [20:17] Thanks [21:11] I got this error message, am I interpreting it correctly as trying to say, "Your branch could not be landed because PQM is turned off now"? [21:11] [] [21:11] Command failed! [21:11] All lines of log output:'Commit message [[r=intellectronica][ui=none][bug=373508,\n\t455203] Flesh out docs [21:11] for interfaces/bugs.py and fix various\n\tspelling errors.] does not match commit_re [21:11] [(?is)^\\s*\\[testfix\\]\\s*\\[(?:release-critical=[^\\]]+|rs?=[^\\]]+)\\]]' [21:18] bryceh: no, it needs a testfix [21:18] which means there is a broken test on trunk [21:18] (or buildbot had some other error) [21:19] Where can I find the value of config.launchpad.default_batch_size ? [21:20] thumper, hum odd, I got a "Test results: SUCCESS" at the same time as the above [21:21] and ec2 test has passed ok on this branch previously to that [21:21] bryceh: ec2 isn't running all the tests right now [21:21] oh [21:22] I assumed it was running all the tests... Is there a way to run all the tests locally or something so I can see what the problem is? The above error doesn't really give me enough clue as to what's wrong. [21:22] maybe I should just wait and try again after PQM is back on === matsubara is now known as matsubara-afk === salgado is now known as salgado-afk [22:42] bryceh: hi [22:43] hi jelmer [22:43] bryceh: I saw you did some work on Launchpad support for gtg [22:43] yes [22:43] bryceh: What were you working on exactly? I'm looking for a way to integrate my assigned bugs into gtg [22:43] jelmer, two things === ubuntujenkins_ is now known as ubuntujenkins [23:27] mwhudson, thumper: hi [23:28] jelmer: hi [23:28] thumper: What's the policy for landing things on ~launchpad-pqm/{dulwich,bzr-git,bzr-svn,subvertpy}/devel exactly? [23:29] jelmer: relatively lax given that we need to adjust the revnos in the launchpad branch [23:29] jelmer: if you have something that will work, land it [23:29] jelmer: the justification comes in the LP branch change [23:29] thumper: ok - thanks! [23:30] thumper: I'll try and land as part of the releases processes, that way we get the benefit of the QA that happens before a bzr-* release.