[00:04] <weather15> Problem with Apache
[00:04] <weather15> I modified the Apache config as specified on the wiki
[00:04] <weather15> I then entered this into my web browser http://10.0.0.5 and I get the Apache It Works page
[00:05] <weather15> What can I do?
[00:16] <weather15> Hello Everone
[00:16] <weather15> *Everyone
[00:16] <thumper> hi weather15
[00:16] <weather15> Does any one know what to do when you get the Apache it Works page when trying to access Launchpad for the first time?
[00:17] <weather15> OPen SOurce of course
[00:18] <weather15> Do I have to enable the Launch Pad SIte?
[00:18] <weather15> and Disbale the default site?
[00:20] <lifeless> j
[00:21] <weather15> I disbale the default site
[00:21] <weather15> *disabled
[00:21] <weather15> and then I get the SSL cert error
[00:21] <weather15> But Then after accepting it:: The page isn't redirecting properly
[00:22] <weather15> What can I do about ^
[00:26] <weather15> >> ^
[00:30] <lifeless> I odn't understand the question
[00:30] <lifeless> perhaps you should start with a more regular development environment ?
[00:31] <wgrant> Firstly, what are you trying to do?
[00:32] <weather15> I downloaded the Launch Pad Installer
[00:32] <weather15> Followed these instructions: https://dev.launchpad.net/Running
[00:32] <wgrant> For what purpose?
[00:32] <weather15> Then These : https://dev.launchpad.net/Running/RemoteAccess
[00:33] <weather15> To Use Launch Pad Open Source
[00:33] <weather15> After starting using: make run
[00:34] <weather15> I tried to access LaunchPad via http://launchpad.dev
[00:34] <ajmitch> wouldn't the default virtual host config generally be matched first before the launchpad one?
[00:35] <weather15> Then Firefox throws this error: The page isn't redirecting properly
[00:36] <weather15> Any idea as to what to do?
[00:37] <weather15> I disabled the default Apache Site becuase I just got the It Works Page! when try to access Launch Pad
[00:38] <ajmitch> you probably do need to access it by name
[00:38] <wgrant> Right. Launchpad uses virtual hosts extensively.
[00:38] <wgrant> So you need to access it as 'launchpad.dev'
[00:39] <weather15> I'm using this: launchpad.dev
[00:39] <weather15> I did how ever need to set this in my Hosts file
[00:39] <weather15> as my DNS does not seem to resolve that name
[00:41] <lifeless> thats expected
[00:41] <lifeless> please note
[00:41] <lifeless> that what you have downloaded is not an installer for launchpad
[00:41] <lifeless> it is the launchpad source code - there are no installers
[00:42] <weather15> I understand that as I have followed the wiki instructions to get it to run
[00:42] <lifeless> ok
[00:44] <lifeless> \o/ milestones branch passed ec2 land
[00:46] <jcsackett_> lifeless: thanks for the suggestion on the tests for my usage_enums branch; i was looking for a cleaner solution, and at midnight nothing was coming to me. :-P
[00:49] <weather15> I think I found the error
[00:49] <weather15> [Sun Aug 22 19:43:59 2010] [info] Initial (No.1) HTTPS request received for child 0 (server bazaar.launchpad.dev:443) [Sun Aug 22 19:43:59 2010] [debug] mod_deflate.c(615): [client 10.0.0.3] Zlib: Compressed 284 to 217 : URL / [Sun Aug 22 19:44:14 2010] [debug] ssl_engine_io.c(1892): OpenSSL: I/O error, 5 bytes expected to read on BIO#7fe8b8ba53c0 [mem: 7fe8b8be6c40] [Sun Aug 22 19:44:14 2010] [info] [client 10.0.0.3] (70007)Th
[00:50] <weather15> Just what can I do about it?
[00:50] <lifeless> jcsackett_: my pleasure
[00:54] <weather15> ?? ^
[00:59] <lifeless> weather15: I don't know
[01:59] <michaelh1> Hi there.  Is there a way of linking directly to the Launchpad-hosted Changelog for a release?
[02:00] <michaelh1> I'd like to link to the Changelog text on https://launchpad.net/gcc-linaro/4.4/4.4-2010.07-0
[02:07] <lifeless> wgrant: around?
[02:08] <lifeless> michaelh1: not AFAIK
[02:08] <michaelh1> OK.  I'll submit a feature request.
[02:08] <lifeless> a patch would be better :)
[02:09] <lifeless> actually, more seriously
[02:09] <lifeless> why?
[02:10] <lifeless> michaelh1: ^
[02:10] <michaelh1> lifeless: oh, we want to do a summary page in the Linaro wiki that lists the projects involved in the current release, a link off to the download, and a link off to the change log
[02:17] <wgrant> lifeless: Sure.
[02:17] <lifeless> I'm looking at
[02:17] <lifeless> https://launchpad.net/ubuntu/+search?text=smplayer
[02:17] <lifeless> timeouts
[02:17] <wgrant> Ew DistroSeriesPackageCache
[02:17] <wgrant> And DistroSourcePackageCache.
[02:17] <lifeless> yes
[02:17] <wgrant> Kill them with fire.
[02:18] <lifeless> 8000ms queries
[02:18] <wgrant> Ow.
[02:18] <lifeless> what should be used
[02:18] <lifeless> also I recall you had a query to establish the archive ids
[02:18] <lifeless> to reproduce things on staging
[02:18] <lifeless> I wanted to snarf that from you (or hell, just the ubuntu archive ids would do)
[02:18] <wgrant> The magic number is 534.
[02:18] <wgrant> That's parter.
[02:18] <wgrant> primary is 1.
[02:19] <wgrant> s/parter/partner/
[02:35] <wgrant> lifeless: I looked last week, and one of those caches is pretty useless.
[02:35] <wgrant> I think DistroSeriesPackageCache.
[02:35] <wgrant> But DistroSourcePackageCache might be slightly more performant than a straight query.
[02:39] <lifeless> wgrant: https://bugs.edge.launchpad.net/soyuz/+bug/618372
[02:39] <_mup_> Bug #618372: Distribution:+search slow 50% of requests <dba> <timeout> <Soyuz:Triaged> <https://launchpad.net/bugs/618372>
[02:40] <lifeless> its nice that the timeout predictor well, predicted
[02:45] <wgrant> How bad is the plan?
[02:45] <lifeless> dunno yet
[02:46] <lifeless> but clearly pretty bad
[02:46] <wgrant> Heh.
[02:49] <lifeless> so to get the plan
[02:49] <lifeless> I need values for distribution
[02:49] <lifeless> ubuntu - 1 I'm guessing
[02:49] <lifeless> releasestatus
[02:50] <wgrant> releasestatus is an enum.
[02:50] <wgrant> ubuntu might not be 1.
[02:50] <wgrant> I'm not sure.
[02:50] <lifeless> its 1
[02:58] <lifeless> grah
[02:58] <lifeless> wgrant: lib/lp/registry/browser/distribution.py - I want a second opinion on line
[02:58] <lifeless> 479
[02:58] <lifeless> I think its nuts; I don't see why it would work even.
[02:59] <wgrant> Regardless, it's irrelevant now.
[02:59] <wgrant> Storm is fixed.
[02:59] <wgrant> Delete delete delete.
[03:00] <wgrant> It may be that DRS has a workaround that's now gone since the original bug is fixed.
[03:00] <wgrant> s/has/had/
[03:03] <lifeless> argh
[03:03] <lifeless> has_exact_matches()
[03:03] <lifeless> sigh
[03:04] <lifeless> is there a tal construct for 'show this <> if <iterator> iterates 1 or more times ?
[03:06] <wgrant> Not directly, I don't think.
[03:06] <wgrant> Anyway, I'm gone.
[03:06] <lifeless> we need one
[03:06] <lifeless> ciao
[03:06] <lifeless> thanks
[03:37] <thumper> ✁☹
[03:37] <thumper> damn simplistic freaking tests
[03:38]  * thumper taps fingers....
[03:42]  * thumper hackerates
[03:44]  * thumper fixes \\o/
[03:45] <lifeless> ffs openid-apache-module-hate-hate-hate
[03:48] <lifeless> poolie: so
[03:49] <lifeless> poolie: I'd like you to send a hand-off mail to lp-dev, if you would, on flags
[03:49] <lifeless> poolie: just a 'I'm not moving this forward for <period>, folk that want to can look at <url>, and I'd do <X> next' or something
[03:49] <lifeless> poolie: if you have an in-progress branch, snapshotting that and including its details would be awesome
[03:50] <poolie> yeah, good idea
[03:50] <poolie> i was still thinking of doing another increment on it today, but i will at least send that
[03:50] <poolie> i am a bit disappointed nobody else replied
[03:50] <poolie> i guess it needs some examples of actually being useful though
[03:50] <lifeless> the lp dev list has an odd dynamic.
[03:51] <lifeless> Not to worry; we will fix.
[03:57] <thumper> lifeless: you'll fix the dynamic?
[03:58]  * thumper runs when he looks at the time
[04:32] <lifeless> thumper: https://code.edge.launchpad.net/~lifeless/launchpad/milestones/+merge/32855
[04:33] <lifeless> thumper: what does 'no longer in the source branch' mean? perhaps it should link to help.lp.net?
[04:34] <thumper> what it means is that the approved revision isn't in that branch
[04:34] <thumper> due to something like a push overwrite
[04:34] <lifeless> ok
[04:35] <thumper> lifeless: is it right?
[04:37] <lifeless> yes
[04:42] <thumper> is it because you reused the branch?
[04:42] <lifeless> I had a bunch of cruft, which I collapsed into one commit
[04:42] <lifeless> so reused - yes, but for that same mp.
[04:42] <lifeless> history-edit
[04:45]  * thumper feels like a primal scream 
[04:45] <thumper> clucking canonical_url fallout
[04:45] <thumper> and broken code
[04:46] <wgrant> lifeless: Any luck?
[04:55] <lifeless> thumper: :(
[04:55] <lifeless> thumper: I thought c_u fix landed?
[04:55] <lifeless> wgrant: plan is in the bug
[04:55] <thumper> lifeless: it has
[04:56] <lifeless> thumper: untested code paths died as a result ?
[04:56] <thumper> lifeless: in my next branch, I've found lib/lp/testing/menu.py
[04:56] <thumper> which is wrong
[04:56] <thumper> so my fix for it breaks stuff
[04:56] <thumper> grr...
[04:56] <lifeless> :(
[04:56] <thumper> didn't find it in the old branch as nothing that triggered the bug was being tested
[04:58] <lifeless> spm: hi
[04:58] <lifeless> spm: I'd like a kcachegrind please ;)
[04:58] <spm> lifeless: err...
[04:58] <lifeless> spm: ...rre?
[04:59] <spm> of what where and probably more significantly, how :-)
[04:59] <lifeless> spm: we did this before your sprint
[04:59] <thumper> ✁☹
[04:59] <spm> um, no we didn't. :-)
[04:59] <lifeless> spm: you change the setting on staging, I hit up the url, you change it back
[04:59] <lifeless> spm: yes, we did.
[04:59] <spm> oh THAT. right. debug.
[05:00] <lifeless> actually
[05:00] <lifeless> nvm, I suspect that the underrepresentation of sql may be a factor
[05:01] <lifeless> so I'm going to fix the darn sql
[05:01] <lifeless> if its still naffed after that, we'll get a cleaner kcachegrind file
[05:01] <spm> nod
[05:01] <lifeless> sorry for the interrupt
[05:01] <lifeless> wgrant: so - has the distribution search changed recently?
[05:02] <wgrant> lifeless: Not since 3.0, AFAIK.
[05:02] <lifeless> wgrant: if not, then its likely a transient DB issue, as its bad on edge and prod
[05:02] <lifeless> and wasn't showing up as such before
[05:02] <lifeless> so I've subscribed stub via the dba tag
[05:02] <lifeless> however
[05:02] <lifeless> the plan shows loop on loop on loop
[05:02] <lifeless> for thousands of items
[05:02] <wgrant> Yes, the plan makes me cry.
[05:02] <lifeless> thats going to add up any which way
[05:13] <lifeless> stub: I've tagged another bug dba
[05:13] <lifeless> slow query, no code changes recently, wondering if you could see if its an operational issue / bad query design etc
[05:13] <lifeless> stub: also, the PPR seems to have broken over the weekendish
[05:24] <stub> jtv: Should suggestivepotemplate.potemplate be a foreign key reference to POTemplate (ON DELETE CASCADE I suspect as this is a cache)
[05:26] <stub> jtv: Should suggestivepotemplate.potemplate be a foreign key reference to POTemplate (ON DELETE CASCADE I suspect as this is a cache)
[05:53] <mwhudson> thai internet doing well today, it seems
[05:54] <stub> bouncy bouncy
[06:07] <StevenK> mwhudson: Do you remember the discussion we had at least 3 weeks ago about my branch that added the beginnings of job support for InitialiseDistroSeries?
[06:07] <mwhudson> StevenK: vaguely
[06:08] <StevenK> mwhudson: I removed job_type like you suggested, but now the test for InitialiseDistroSeriesJobDervied fails, since .create() doesn't raise an AttributeError
[06:10] <mwhudson> StevenK: err
[06:14]  * StevenK suspects he has lost mwhudson
[07:36] <noodles775> Morning!
[07:59] <lifeless> hi noodles775
[07:59] <lifeless> noodles775: I has a question for you
[08:00] <lifeless> noodles775: lib/lp/registry/browser/distribution.py
[08:00] <lifeless> line 479
[08:00] <lifeless> is that still relevant ?
[08:07]  * noodles775 looks
[08:09]  * noodles775 pulls a recent version of devel
[08:13] <noodles775> lifeless: So the associated bug has been released, and we're using a version of storm that includes it. So I would say no. Remove it, and see (or I can do it if you're done for the day).
[08:57] <adeuring> good morning
[09:33] <lifeless> noodles775: I'm well done ;)
[09:33] <lifeless> noodles775: I'd love it if you could; I found that code while starting to look at a perf issue
[09:33] <noodles775> lifeless: np, I'll do it now.
[09:33] <lifeless> thanks!
[09:34] <wgrant> It'd be nice if we had a tool which would report XXXs referring to closed bugs.
[09:35] <lifeless> that would be nice
[09:35] <lifeless> it would make an awesome bzr precommit check too
[09:35] <bigjools> or even better, a ....
[09:35] <bigjools> that
[09:36] <lifeless> night all; its only 8:30 but 5am starts really takes it out of you
[09:36] <wgrant> Night lifeless.
[09:37] <lifeless> and I want to be alert for perf tuesday! :)
[09:37] <noodles775> Night lifeless.
[12:03] <deryck> Morning, all.
[12:10] <jml> good morning deryck
[17:46] <deryck> is there a rockstar in the building?
[17:47]  * rockstar is a rockstar
[17:47] <rockstar> deryck, how can I help you?
[18:07] <bigjools> james_w: hi
[18:32] <jml> bigjools, I've replied to your review. Megapologies about the delay.
[18:48] <deryck> sinzui, ping
[18:49] <sinzui> hi deryck
[19:10] <maxb> erm, this is a bit special. python-testtools is "Published" in jaunty in ~bzr/proposed, but doesn't occur in the Packages file
[20:03] <jml> g'night all.
[20:22] <lifeless> moin
[20:34] <deryck> oops, forgot I marked myself away for lunch
[20:34] <deryck> bryceh, your branch looks good to me.  r=me.
[20:35] <deryck> hi lifeless
[20:36] <bryceh> deryck, great thanks
[20:36] <deryck> brianchidester, oh, wait.  Did you test the new status conversions?
[20:37] <deryck> gah, tab expansion death
[20:37] <deryck> bryceh, oh, wait.  Did you test the new status conversions?
[20:38] <deryck> if externalbugtracker-bugzilla.txt is not exhaustive, then no worries.  If it was, then we should keep it so.
[20:40] <bryceh> deryck, it isn't exhaustive
[20:41] <bryceh> deryck, it just spot checks.  I could add a few if you think it'd help
[20:41] <deryck> bryceh, nah, what you've added is fine then.
[20:41] <bryceh> okie
[20:44] <lifeless> deryck: hi
[20:44] <lifeless> deryck: my bugtaskset change is in :)
[20:44] <deryck> excellent :-)
[20:51] <lifeless> so
[20:51] <lifeless> lets see whats timing out today
[20:51] <lifeless> I suspect bug attachment api calls
[20:51] <lifeless> deryck: has anyone claimed that yet
[20:51] <lifeless> ?
[20:51] <deryck> lifeless, no, no one is on that yet.
[20:52] <lifeless> deryck: also while you are here
[20:52] <lifeless> have you seen https://bugs.edge.launchpad.net/malone/+bug/607935
[20:52] <_mup_> Bug #607935: timeout on bugtask:+index <timeout> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/607935>
[20:52] <lifeless> 367 sql calls :)
[20:53] <deryck> lifeless, I have seen that in that I saw the few bugs you filed around the same day.  And I just haven't got to prioritizing that yet.
[20:53] <lifeless> deryck: it seems to be one-by-one retrieving people
[20:53] <lifeless> I'm guessing its subscriptions or something
[20:54] <deryck> lifeless, ok, that's one of my spots I wanted to look at anyway next.
[20:55] <deryck> I'll be doing OOPS and timeout poking the rest of this cycle while the others finish up the subscriptions noise story.
[20:55] <lifeless> \o/
[20:55] <lifeless> I'd love to help you
[20:56] <lifeless> but we're in rather different tz's
[20:56] <lifeless> :)
[20:56] <lifeless> although, what time is it for you, now ?
[20:56] <deryck> well, work hours anyway. :-)
[20:56] <sinzui> deryck, I see from the config that there is mention of a bug-heat user/script. I think it is gone. Is this right
[20:56] <deryck> it's only 3 PM for me.  But that's EOD.  I timeshift to match Europe better.
[20:56] <lifeless> deryck: ah!
[20:56] <deryck> sinzui, yes, should be.
[20:56] <sinzui> deryck, thanks
[20:57] <deryck> np
[20:57] <lifeless> well, I'll try to be up @ 6 tomorrow and we should get 2 hours of overlap
[20:57] <deryck> Sure, that would be fun.
[20:57] <deryck> But I hate to ask you to get up early :-)
[20:58] <lifeless> deryck: getting someone else to do perf stuff on tuesday is a pleasure, not a penalty!
[20:58] <deryck> heh, cool then
[21:00] <deryck> ok, so until tomorrow then....
[21:12] <lifeless> gary_poster: I saw your update of Foundations/Webservice
[21:13] <lifeless> gary_poster: perhaps we should file a bug asking for a "%s.%s" % (__module__, self.__class__) to be gathered too ?
[21:24] <gary_poster> lifeless: I thought about that when we were first implementing.  At the time I thought it would be unnecessary: it would make for a more unwieldy pageid, and we can always grep.  I'm less sure now, but TBH I think the story of going from the named operation to the method is more annoying, at least potentially.
[22:03] <lifeless> gary_poster: I'd like all the steps to be easy :)
[22:03]  * lifeless is lazy
[22:24] <mwhudson> morning
[22:28] <jelmer> hello
[23:16] <lifeless> https://lp-oops.canonical.com/oops.py/?oopsid=1695L1219 should so not be a soft timeout
[23:16] <lifeless> 45 seconds!
[23:33] <lifeless> thumper: when you're around, a brief call would be nice
[23:33] <thumper> ack
[23:33] <lifeless> is that 200 OK, or 101 please wait
[23:34] <thumper> 101
[23:34] <lifeless> kk
[23:36] <lifeless> If I said object X is "a request timeline", what would you think it does ?
[23:47] <lifeless> gary_poster: ping
[23:47] <lifeless> gary_poster: does zope have something already existing for tastefully annotating request objects.
[23:48] <lifeless> e.g. I have an object (say the db statement list we generate) that I want to associate with a request, such that I can, whenever I have the request, get this other object.
[23:48] <lifeless> Its a little distateful to write to that object directly
[23:49] <lifeless> and a weakrefkeydict is a little ergh to work with, though doable.