[09:59] <SteveA> https://launchpad.canonical.com/PrivateBranches
[10:03] <stub> Waaaay offtopic
[10:04] <stub> Porno name for 'Launchpad'
[10:04] <spiv> Raunchpad?
[10:04] <lifeless> Raucnh Pad
[10:04] <lifeless> need the second syllable
[10:05] <stub> Blewpint.launchpad.net
[10:12] <jamesh> I just lost my connection.  Could you invite me again?
[10:14] <jamesh> SteveA: ^^ ?
[10:15] <SteveA> ok
[10:15] <jamesh> thanks
[10:19] <jamesh> select * from pg_locks where pid = pg_backend_pid();
[10:21] <spiv> SteveA: that was fast
[10:26] <lifeless> SteveA: dyson needs some small love. Is it possible that the infrastructure team can do that ?
[10:27] <lifeless> https://launchpad.net/products/launchpad/+bug/51168
[10:37] <SteveA> james has agreed to do this
[10:37] <SteveA> stub mentioned that dyson should be made more robust
[10:39] <lifeless> agreed and agreed. thanks jamesh
[10:48] <SteveA> stub: on pagetests...
[10:49] <SteveA> i wonder if we can do a GET vs POST thing, and use a r/o connection for GETs
[10:49] <SteveA> then we could always rollback in the publisher on a GET
[10:50] <SteveA> and then not need to do fancy shit when pagetesting
[10:50] <stub> Thats a thought
[10:51] <SteveA> need to be a bit careful about not rolling back session changes
[10:51] <stub> Hmm... but we want to make GET requests use a read only database connection anyway, so we know no changes are made using that.
[10:51] <SteveA> yes
[10:51] <SteveA> but i wouldn't want to rely on that convention for the pagetests
[10:52] <SteveA> i would prefer to rely on "no commits have been made"
[10:52] <SteveA> although i suppose session stuff screws that a bit
[10:52] <SteveA> although resetting the session DB should be cheaper than resetting the main DB
[10:52] <stub> We don't care about updates to the session database
[10:52] <SteveA> if you insist
[10:52] <SteveA> sounds a tad dodgy
[10:52] <SteveA> we just don't use sessions much in pagetests
[10:53] <SteveA> it's almost all basic auth
[10:53] <stub> We do for cookie auth and notifications, many of which are tested for.
[10:53] <stub> However, I decided that we will never worry about resetting the session database in the tests because if you care, you are using sessions incorrectly.
[10:54] <SteveA> ok.  i hope that assumption exists somewhere more concrete than this irc channel and your head
[10:55] <stub> I think there are comments to that effect in the guts of the database reset code ;)
[10:58] <SteveA> i'd expect some garish ascii-art on server start-up
[11:01] <spiv> SteveA: be careful what you wish for...
[11:09] <lifeless> aacows
[11:13] <SteveA> stub, spiv, jamesh: I mailed a call summary to the list.  You have Action Items.
[11:14] <SteveA> http://www.fatalexception.org/action_item.html