[00:34] <ojwb> is it just me, or does launchpad time out as often as it successfully loads a page for other people too?
[00:36] <thumper> ojwb: it's just you
[00:36] <thumper> ojwb: what are you looking at?
[00:37] <ojwb> just trying to attach a tiny patch to a bug
[00:37] <ojwb> on the 3rd attempt I managed to
[00:37] <ojwb> https://bugs.launchpad.net/ubuntu/+source/wv2/+bug/645023
[00:37] <ojwb> 222 bytes
[00:38] <ajmitch> fairly small, though the patch size itself probably wouldn't matter too much
[00:39] <ojwb> indeed, unless it was large enough to make the request a problematic size for something
[00:39]  * ojwb tries traceroute
[00:40] <ojwb> wow, bad packet loss at ae-43-43.ebr2.London1.Level3.net
[00:40] <ojwb> ~80%
[00:40] <ojwb> and my ISP dropping a few % as is po4-10G.ar2.LAX2.gblx.net
[00:43]  * ajmitch isn't seeing any packet loss at all from here, so maybe a slightly different route
[00:43] <ojwb> i don't from the UK, but that only shares the last hop
[00:44] <ojwb> ajmitch: does yours go via level3.net all the way from LA to SJC to NY to london?
[00:47] <ajmitch> fx networks, asianetcom, los angeles, san jose, NY, london
[00:47] <ajmitch> mtr to launchpad.net
[00:56] <ojwb> yeah, but is all the LA->London bit on level3.net?
[01:05] <ajmitch> yes it is
[01:10] <ajmitch> so with wv2 being in universe, there'd be a very high chance that the patch you attached wouldn't get seen for awhile
[01:10] <ajmitch> less so now that people are actively searching for patches, but the best option is to have a usable debdiff & subscribe ubuntu-sponsors
[01:18] <ojwb> i think I'll just push the fix at the debian end
[01:18] <ojwb> i just stuck the patch in the ubuntu bug as someone had already filed one and it might help anyone finding it
[01:18] <ajmitch> it'd be easier, though it doesn't really look like an RC bug
[01:18] <ajmitch> much appreciated :)
[01:18] <ojwb> it probably isn't
[01:19] <ojwb> unless the parsing of random data is exploitable
[01:21] <ojwb> but anyway, that doesn't mean it can't get fixed, especially once squeeze is out
[01:22] <ajmitch> which will hopefully be soonish
[01:23] <ojwb> indeed
[17:53] <ajmitch> morning
[18:50] <Atamira> mornin
[19:00] <ibeardslee> morning
[19:00] <ibeardslee> and bye as I get told **System Restart Required**
[19:10] <Atamira> heh..i have one of those too
[19:17] <Atamira> well..you're reboot took longer than mine
[19:17] <Atamira> your*
[19:18] <ibeardslee> reboot + remember to log back in again
[19:18] <ibeardslee> remote reboots always make me nervous
[19:39] <Atamira> ahh
[19:39] <Atamira> fair enough
[19:45] <Atamira> darn it. using the updated driver file for my video card, cause lag on normal operations..
[19:45] <Atamira> moving the mouse for instance
[19:45] <Atamira> the last driver file was the same
[19:45] <ibeardslee> sounds less than ideal
[19:46] <Atamira> it is..slows everything down
[19:46] <Atamira> only bonus is that it makes the graphics much better
[19:47] <Atamira> and i can play 3d games
[19:47] <Atamira> but using the browser is slow..specially on facebook
[19:53]  * ibeardslee wanders away to learn more about git
[20:58] <snail> hmmm, our VPN is a little theoretical this morning...
[20:59] <chrismsnz> theoretical?
[20:59] <chrismsnz> oh, and morning
[21:03] <snail> chrismsnz: as in 'we theoretically have a VPN connecting us to our data-centre-hosted mission-critical application, but in practice we appear not to'
[21:04] <chrismsnz> heh
[21:04] <chrismsnz> we have a vpn running on a multi-homed box, have to twiddle the routing every time we reboot it for it to come up at all