[07:53] <ppisati> morning *
[09:55] <apw> ppisati, morning
[09:55] <ppisati> apw: morning :)
[09:59]  * apw whines about having to pack
[10:03] <ppisati> i'll do that this afternoon
[10:03] <ppisati> or even this night :)
[10:03] <apw> i am going to do it this afternoon
[11:44] <cking> apw, ping
[12:02] <cking> apw, ping
[12:04]  * ppisati -> lunch
[13:35]  * ogasawara back in 20
[16:38] <johanbr> smb, regarding your comment on bug #582809...
[16:38] <ubot2`> Launchpad bug 582809 in xserver-xorg-input-synaptics "Synaptics Clickpad touchpad buttons are not working" [High,Confirmed] https://launchpad.net/bugs/582809
[16:39] <johanbr> the patch you mention was merged in 2.6.37-rc6, but the bug still exists in Maverick (i.e. 2.6.38)
[16:39] <johanbr> so it seems the patch does not fix the bug... or are userspace changes also needed?
[16:45] <manjo> pgraner, can you pm me your new mailing address have some goodies from WD for you ?
[16:46] <cking> more HDDs?
[16:46] <manjo> yep I think they go to the QA lab 
[16:46] <tgardner> manjo, bring 'em to Plumbers ?
[16:46] <manjo> tgardner, is pete coming ?
[16:47] <tgardner> manjo, yep
[16:47] <manjo> tgardner, cool yeah I can bring it then
[16:47] <manjo> 1TB 2.5" 6gbps.. should be good for your build system btw :) 
[16:48] <tgardner> manjo, how many do you have ?
[16:49] <manjo> I think one ... 
[16:49] <tgardner> manjo, I'd need 8 in order to populate a build system
[16:50] <manjo> tgardner, I sent 6 of them to pete couple of months ago
[16:50] <manjo> all 1TB I think (iirc)
[16:50] <tgardner> manjo, then its likely ther're already in Q/A servers
[16:51] <manjo> tgardner, yeah I will ship you the next batch I receive .. would you like to have this one ? 
[16:51] <tgardner> manjo, just bring it. Pete and I can fight over it.
[16:51] <manjo> heh.. or bribe me with a beer :) 
[16:52] <manjo> tgardner, ack
[16:52]  * tgardner --> off to pack 
[16:52]  * cking --> off to pack too
[18:12] <shbk> hello, does anybody know where  can i find   information about my keyboard,motherboard,video card, peripheral devices? for example I found info about processor (/proc/cpuinfo),RAM(/proc/meminfo)
[18:16] <bjf> shbk, "lshw -help"
[18:16] <shbk> bjf: it's command of bash
[18:17] <shbk> I must to do this in c/c++
[18:17] <bjf> shbk, you could pull the source package for lshw (or whatever package it is part of) and look at the sources
[18:18]  * bjf -> lunch
[18:18] <shbk> I looked , it's toooo large for me
[19:07] <hallyn> i love git, but one thing i've never understood is why things like 'git format-patch -n 50e5fdaf158db5c675716c0c11efca8580d4b2ed..17ba77a4476ee2bd5be391c01c51852086cb6ec0' seem to come up with a completely random start commit for the range
[19:14] <tgardner-afk> hallyn, if you only specify 1 patch, e.g., '-1 <SHA1>' then you get the patch you want. if you specify a range then it always starts at <SHA1>+1
[19:22] <hallyn> right, that part i can deal with.  but then more often than not, when i do th ecommit before that, it picks a (seemingly random) commit long before the one i want
[19:22] <hallyn> anyway, adding some extra branches always works, at least
[19:23] <hallyn> i just don't get what goes wrong.  i suppose maybe commitid..commitid2 can take different paths through different branches?  or something.
[19:24] <hallyn> tgardner's not even here, i'm talking to myself.  hi, self.  ready to git-send-email?  yes i am...
[19:28] <tyhicks> hallyn: I think I typically use branch names instead of commit id's in that situation and have never seen that problem before
[19:29] <tyhicks> hallyn: for example, I'm in a feature branch and I'm sending off a patch set against Linus' tree (my local master), I'd do "git format-patch -n master.."
[19:29] <hallyn> tyhicks: well since you typically use branch names, i'd expect you not to have seen that problem before :)
[19:29] <hallyn> right, and that's what i resorted to today
[19:29] <tyhicks> hallyn: I'm trying to convince you to use branch names :)
[19:29] <hallyn> oh i almost always do
[19:30] <hallyn> but today i'm looking through patches from july...
[19:31] <hallyn> actually no, the command i used in the end was: git fp -o userns.sep2.1/ -n 50e5fdaf158db5c675716c0c11efca8580d4b2ed^..HEAD^
[19:32] <hallyn> but if i used the commit before 50e5f, then it would spit out twice as many commits as it should
[19:38] <hallyn> tyhicks: good to see ya :)
[19:38] <tyhicks> hallyn: thanks - glad to be here :)
[20:35] <bjf> ogasawara, you are too efficient!
[20:35] <ogasawara> bjf: eh?
[20:36] <bjf> ogasawara, you marked bug #656486 "Fix Released" as well as the P-Series task and I was using that as a test for a report for the rls mgr :-)
[20:36] <ubot2`> Launchpad bug 656486 in linux "error de Video - [DRM: radeon_ttm_backend_bind] * * ERROR failed to bind 1772 pages at 0x00000000" [Medium,Confirmed] https://launchpad.net/bugs/656486
[20:36] <ogasawara> bjf: heh, oops.
[20:37] <ogasawara> bjf: I saw the rls-mgr-o-tracking tag got added and I figured I should just close it out to stay off the radar :)
[20:38] <jjohansen> hehe, nice, and unbelievably efficient
[20:52] <bjf> ogasawara, she's asked me to build the radar :-P