[02:15] <thumper> I have a feeling that this branch is going to be large
[02:15] <lifeless> this==?
[02:15] <thumper> this == the branch that adds subscribed_by to BranchSubscription
[02:59]  * thumper wants to delete the branch-notifications test
[02:59] <thumper> however not just yet
[03:16] <poolie> lifeless, feed-pqm would be nicer in gtk i think, where you can directly point to the thing you want
[03:16] <poolie> is this what you were heading for?
[03:16] <lifeless> poolie: not so much
[03:16] <lifeless> lptools has a clickable list already
[03:17] <lifeless> if you're heading in that direction I *highly* encourage you to build on that
[08:11] <henninge> Hello! ;)
[08:12] <henninge> Can packaging links be removed again?
[08:40] <wgrant> henninge: there are at least delete links on https://launchpad.net/ubuntu/+source/SOMEPACKAGE
[08:40] <wgrant> I'm not sure about the other end.
[08:48] <wgrant> noodles775: Morning.
[08:48] <noodles775> Hi wgrant :)
[08:49] <wgrant> 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] <noodles775> wgrant: sure. Sending now.
[08:49] <wgrant> Thanks.
[08:56] <henninge> wgrant: thanks, the relevant method I was looking for is in PackagingUtil.
[08:58] <wgrant> henninge: Ah, code-wise, I see. Sorry.
[08:58] <henninge> wgrant: no, no, don't be. I found the code through the view which I found through your link ... ;-)
[08:59] <henninge> didn't know about PackaginUtil before
[09:07] <mrevell> Morning
[12:57] <wgrant> Have we lost half the test suite again?
[12:57] <wgrant> That was a sub-3-hour EC2 run.
[13:18] <deryck> wgrant, windmill tests are not run in ec2 now.
[13:19] <deryck> and something else.  mailman tests maybe?
[13:20] <maxb> I don't think the mailman ones ever were (recently)
[13:21] <wgrant> MailmanLayer hasn't ever been run, except for a few hours two weeks ago.
[13:21] <wgrant> But the Windmill thing is a good point.
[13:23] <krkhan> has anyone here communicated with a locally running launchpad over rest?
[13:23] <wgrant> krkhan: yes. Drop the 'api.' from the domain you're using.
[13:23] <wgrant> edge.launchpad.net -> launchpad.dev
[13:23] <wgrant> api.edge.launchpad.net -> api.launchpad.dev
[13:23] <krkhan> wgrant: thanks, let me try
[13:25] <krkhan> wgrant: worked like a charm :-) thanks again
[13:26] <wgrant> krkhan: Excellent.
[14:50] <BjornT> matsubara: ping
[14:50] <matsubara> BjornT, hi
[14:51] <BjornT> 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] <matsubara> BjornT, did you run bin/django syncdb?
[14:53] <BjornT> matsubara: yes. the output looked a bit odd, though. let me get you a paste...
[14:54] <jelmer_> 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] <matsubara> jelmer_, gary_poster is working on that
[14:55] <gary_poster> jelmer_, matsubara, yeah, at least in a supervisory capacity.  here are the plans
[14:56] <BjornT> 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] <gary_poster> Well, don't know how much detail you want :-)
[14:56] <BjornT> matsubara: fwiw, the output was this: http://paste.ubuntu.com/440408/
[14:56] <gary_poster> The summary is that we plan to switch to Python 2.6 and Lucid for 10.06, the release after this one.
[14:56] <matsubara> BjornT, when it says manage.py use bin/django instead.
[14:56] <gary_poster> jelmer/jelmer_: ^^^
[14:57] <matsubara> BjornT, bin/django is a buildout wrapper for manager.py
[14:57] <jelmer_> gary_poster: ah - thanks!
[14:57] <matsubara> BjornT, right, now you just bin/django migrate and then you should be good
[14:57] <gary_poster> np :-)
[14:59] <BjornT> matsubara: now, how do i actually use it? :)
[15:00] <matsubara> BjornT, do you think the README.txt could be improved? Would you add the missing steps to it and provide a diff?
[15:00] <matsubara> BjornT, make run
[15:00] <BjornT> matsubara: yes, i plan to add what's missing, if anything (e.g. the migrate part)
[15:00] <BjornT> matsubara: right, it's running. and then?
[15:00] <matsubara> BjornT, you probably want to add some sample data to it, so `make load_sample_data` first and then `make run`
[15:01] <BjornT> matsubara: well, i want to load the oopses in /var/tmp/lperr
[15:01] <matsubara> BjornT, then you can point your browser to localhost:8000/oops
[15:04] <matsubara> 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] <matsubara> BjornT, or do you want a summary of all oopses in /var/tmp/lperr?
[15:05] <BjornT> matsubara: i do know the oops id. it doesn't find any oops with that id
[15:06] <BjornT> matsubara: getting a summary would be useful as well
[15:06] <matsubara> BjornT, can you make sure /var/tmp/lperr is in src/oopstools/settings.py ?
[15:07] <matsubara> BjornT, oh nm
[15:07] <matsubara> it probably is and I know why you're not finding those oopses
[15:07] <matsubara> s/you're/oops-tools/
[15:09] <matsubara> BjornT, can you try bin/update_db and see if loads the oopses you want?
[15:10] <BjornT> matsubara: tried that already: Loaded 0 OOPS into the database.
[15:12] <matsubara> BjornT, what are the dirs you have in /var/tmp/lperr?
[15:12] <BjornT> matsubara: 2010-05-19 and 2010-05-26
[15:16] <matsubara> 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] <adiroiban> 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] <BjornT> matsubara: ok, that work (after changing datetime.datetime to datetime.date)
[15:25] <matsubara> BjornT, cool
[15:27] <matsubara> BjornT, to generate the summary you can: bin/analyse_error_reports -pX --html=<path-to-html-summary> --text=<path-to-text-summary> --from=2010-05-18 --db-summary
[15:28] <matsubara> BjornT, I'm not sure the summary/ view would work for X prefixed oopses
[16:17] <gmb> 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] <gmb> 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] <sinzui> gmb, you have my rc
[16:19] <gmb> sinzui, Thank you.
[16:48] <Ursinha> Chex, gary_poster, rockstar, bigjools, danilos, sinzui: production meeting on #launchpad-meeting @ Freenode in 12 minutes
[16:48] <gary_poster> thank you
[16:48] <danilos> Ursinha, can you move it for 17 mins please?
[16:49] <Ursinha> 17 mins?
[16:49] <danilos> Ursinha, oh, it doesn't work like that? ok then, in 11 minutes
[16:49] <Ursinha> danilos, if everyone else agree with that, sure
[16:49] <danilos> Ursinha, no, no, j/k
[16:50] <Ursinha> danilos, .... ok _boss_, sure
[16:50] <Ursinha> :P
[17:02] <adiroiban> henninge, danilos : Hi. Any idea why shortlist is used here http://paste.ubuntu.com/440458/?
[17:03] <danilos> adiroiban, because it's a smarter thing to use than to use list() which may produce gobbles of information
[17:04] <adiroiban> danilos: but if the list is bigger than 300 elements
[17:04] <danilos> 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] <adiroiban> I get a warning
[17:04] <danilos> adiroiban, yes, it will traceback
[17:04] <adiroiban> is that ok ?
[17:04] <danilos> adiroiban, that's the idea
[17:04] <lifeless> edge is on a go-slow
[17:04] <lifeless> anyone else noticed ?
[17:04] <lifeless> not timing out, but it must be damn close to it
[17:05] <adiroiban> 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] <adiroiban> danilos: +templates from the browser is taking 5 minutes to render them
[17:06] <danilos> 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] <danilos> adiroiban, anyway, I have a meeting now, sorry
[17:06] <adiroiban> danilos: np. thanks!
[17:41] <danilos> adiroiban, anyway, have you checked that somebody without permissions can't really touch potemplates?
[17:41] <adiroiban> danilos: yes
[17:42] <danilos> 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] <adiroiban> danilos: the limit in shorlist is only „informative”
[17:43] <adiroiban> the full result is returned as a list
[17:43] <adiroiban> and a warning is issued if the limit is exceded
[17:45] <adiroiban> also the +templates page is not using getTranslationTemplates, but rather callling getUtilit(IPOTemplateSet).getSubset() directly
[17:45] <adiroiban> right now the API is the only user for the getTranslationTemplates method
[17:47] <danilos> adiroiban, ah, right
[17:47] <danilos> adiroiban, we should probably use a hardlimit there then
[17:48] <danilos> adiroiban, that's very weird
[17:48] <danilos> adiroiban, all of that should be fixed
[17:51] <adiroiban> danilos: getTranslationTemplates is defined in many places, but only used in lp/registry/templates/distroseries-packaging.pt
[17:51] <adiroiban> and in that template, it is used in a very strange way
[17:51] <adiroiban> assigned to a variable in a tal:define
[17:51] <adiroiban> but that variable is not used later
[17:52] <danilos> adiroiban, it's used in a distroseries copy, and we should probably move the +templates page to it as well
[17:53] <sinzui> adiroiban, I discovered that two months ago...
[17:53] <adiroiban> danilos: ok. maybe we can add pagination to +templates and by doing so avoid the timeout
[17:53] <danilos> 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] <sinzui> adiroiban, danilos. Edwin is working on a model fix that will remove my need for the method
[17:53] <adiroiban> sinzui. ok. thanks!
[17:56] <adiroiban> danilos: regarding the soft/hard limit on shortlist. Do we realy need it?
[17:57] <danilos> 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
[17:57] <danilos> 1) is very hard to do, but we can probably raise the limit to a few thousand (thus satisfying ubuntu as well)
[17:58] <adiroiban> danilos: in distroseries, the softlimit is 2000
[17:58] <adiroiban> on for productseries and sourcepackage it is set to 300
[17:58] <danilos> adiroiban, but that page has never worked, and it has gotten only worse
[17:58] <danilos> adiroiban, all of those sound like sane limits to me (and they should be hardlimits at that)
[17:59] <adiroiban> 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] <danilos> 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] <danilos> adiroiban, when it comes to "choose one", I know which one I am choosing :)
[18:03] <adiroiban> :)
[18:03] <adiroiban> danilos: but, then we need to change the implementation of shortlist
[18:04] <adiroiban> danilos: sorry. nope. just use softlimit instead of hardlimit
[18:05] <sinzui> 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()
[18:07] <mrevell> Righto, friends, I'm offski
[18:25] <jelmer_> are there any known issues with oopses not being cleaned up properly when tearing down tests?
[18:27] <matthew_> how do you remove launchpad from your computer (rocketfuel) ?
[18:28] <jelmer_> matthew_: I don't think we have anything that does that at the moment.
[18:29] <matthew_> do you know what dependencies that it installes then i can remove them manually?
[18:37] <jelmer_> matthew_: for the packages at least you can deinstall launchpad-dependencies, launchpad-developer-dependencies, launchpad-database-dependencies and launchpad-soyuz-dependencies
[18:38] <matthew_> and is all the downloaded items just in /home/matthew/launchpad?
[18:39] <matthew_> ok removed thoese and then did a sudo apt-get autoremove
[18:39] <matthew_> *those
[18:40] <jelmer_> 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] <matthew_> thanks
[18:47] <Ursinha> rockstar, bug 586467
[18:47] <mup> Bug #586467: upgrade_branches script failing  <Launchpad Bazaar Integration:New> <https://launchpad.net/bugs/586467>
[18:48] <rockstar> Ursinha, ta
[20:03] <mars> 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] <abentley> mars, yes it works for me.
[20:07] <mars> abentley, great.  May have been a known issue in Karmic.  IIRC they fixed xvfb in August or September.
[20:08] <lifeless> mars: what was xvfb doing ?
[20:08] <abentley> mars, I am running Lucid.
[20:08] <mars> abentley, didn't you say you switched to VNC to get around a bug in Xvfb/Karmic that was stopping you?
[20:09] <abentley> mars, when I was using Karmic, I switched to VNC.  When I switched to Lucid, I continued using VNC.
[20:10] <mars> lifeless, don't remember, just that a fix landed in the repos literally minutes before one of our developers needed it :)
[20:10] <mars> abentley, ah, ok.
[20:11] <gmb> 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] <sinzui> 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] <gmb> sinzui, Yeah, that's why I asked now :)
[20:17] <gmb> Thanks
[21:11] <bryceh> 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] <bryceh> []
[21:11] <bryceh> Command failed!
[21:11] <bryceh> All lines of log output:'Commit message [[r=intellectronica][ui=none][bug=373508,\n\t455203] Flesh out docs
[21:11] <bryceh> for interfaces/bugs.py and fix various\n\tspelling errors.] does not match commit_re
[21:11] <bryceh> [(?is)^\\s*\\[testfix\\]\\s*\\[(?:release-critical=[^\\]]+|rs?=[^\\]]+)\\]]'
[21:18] <thumper> bryceh: no, it needs a testfix
[21:18] <thumper> which means there is a broken test on trunk
[21:18] <thumper> (or buildbot had some other error)
[21:19] <bdmurray> Where can I find the value of config.launchpad.default_batch_size ?
[21:20] <bryceh> thumper, hum odd, I got a "Test results: SUCCESS" at the same time as the above
[21:21] <bryceh> and ec2 test has passed ok on this branch previously to that
[21:21] <thumper> bryceh: ec2 isn't running all the tests right now
[21:21] <bryceh> oh
[21:22] <bryceh> 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] <bryceh> maybe I should just wait and try again after PQM is back on
[22:42] <jelmer> bryceh: hi
[22:43] <bryceh> hi jelmer
[22:43] <jelmer> bryceh: I saw you did some work on Launchpad support for gtg
[22:43] <bryceh> yes
[22:43] <jelmer> bryceh: What were you working on exactly? I'm looking for a way to integrate my assigned bugs into gtg
[22:43] <bryceh> jelmer, two things
[23:27] <jelmer> mwhudson, thumper: hi
[23:28] <thumper> jelmer: hi
[23:28] <jelmer> thumper: What's the policy for landing things on ~launchpad-pqm/{dulwich,bzr-git,bzr-svn,subvertpy}/devel exactly?
[23:29] <thumper> jelmer: relatively lax given that we need to adjust the revnos in the launchpad branch
[23:29] <thumper> jelmer: if you have something that will work, land it
[23:29] <thumper> jelmer: the justification comes in the LP branch change
[23:29] <jelmer> thumper: ok - thanks!
[23:30] <jelmer> 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.