[00:00] <mjg59> Keybuk: Yeah
[00:02] <Keybuk> mjg59: fprint seems a little ...
[00:02] <Keybuk> well, it's clearly a much better design
[00:02] <Keybuk> but not that finished yet
[00:02] <Keybuk> the pam module gets stuck because it doesn't actually produce a password prompt
[00:06] <Keybuk> but then thinkfinger is evil and uses uinput to poke ENTER to clear the password prompt it does produce
[00:12] <mjg59> Hm. I got a password prompt with my finput, IIRC
[00:12] <Keybuk> with pam_fprint I get a generic "Swipe your right index finger" prompt that only allows you to swipe
[00:12] <Keybuk> you can't enter a password instead
[00:13] <Keybuk> and this doesn't work with gdm, gksudo, etc.
[00:16] <mjg59> Set the modules lower down the stack to try_first_password or whatever
[00:18] <Keybuk> how do you mean?
[00:18] <Keybuk> I did it as:
[00:18] <Keybuk>   auth sufficient pam_fprint.so
[00:18] <Keybuk>  auth required pam_unix.so try_first_pass
[00:19] <mjg59> Hm
[00:19] <mjg59> That worked for me
[00:19] <mjg59> I could just type a password at the first prompt
[00:19] <mjg59> Though I was running code from ~ November
[00:20] <Keybuk> that's the current code
[00:20] <Keybuk> that gives me:
[00:20] <Keybuk> warcraft scott% sudo -s
[00:20] <Keybuk> Scan right index finger on UPEK TouchStrip
[00:20] <Keybuk> [cursor here]
[00:21] <Keybuk> only entering a password suffices
[00:21] <Keybuk> err
[00:21] <Keybuk> only swiping a finger suffices
[00:21] <Keybuk> sorry
[00:22] <Keybuk> pam_thinkfinger instead gives me
[00:22] <Keybuk> warcraft scott% sudo -s
[00:22] <Keybuk> Password or swipe finger: [cursor here]
[00:23] <Keybuk> and I can either enter a password or swipe my finger
[00:23] <mjg59> Well, sounds like a trivial amount of code to fix
[00:23] <Keybuk> true, but then you'd need the same evil thinkfinger uinput hack to press ENTER at the prompt
[00:57]  * toresbe just submitted https://bugs.launchpad.net/ubuntu/+source/linux/+bug/194196 
[00:57] <ubotu> Launchpad bug 194196 in linux "Fails to insert nVidia SATA disk modules on boot causing boot fail" [Undecided,New] 
[00:57] <toresbe> now correct me if I'm wrong, that goes to you guys, right? Not the kernel.org folks? I'm not familiar with launchpad.
[00:58] <Keybuk> right
[00:59] <toresbe> cool :)
[01:00] <TheMuso> c/
[01:00] <TheMuso> ugh
[05:19] <bwlang_> I'm seeing some lockups on my laptop (lenovo t60p)... i don't have a serial prot and the sysreq keys are not working. How can i debug this?
[06:00] <clever[rev]> bwlang_: can you crash it while in text mode?
[09:28] <kraut> moin
[13:16] <lkolbe> macd, thanks for the suggestion. I never managed to get the kernel build directly with pbuilder at all :(. 
[14:51] <bwlang_> clever[rev]: it's pretty intermittent... i have not yet seen it without X running, but I don't spend very much time without X.
[15:33] <Kano> hi rtg , how about updating the xpad driver for xbox 360 controllers? i just bought gh3 pc and want to use my guitar
[15:33] <rtg> how about sending a patch once in awhile?
[15:33] <Kano> against kernel?
[15:34] <Kano> http://gentoo-wiki.com/HOWTO_Xbox_360_controller_on_Linux
[15:34] <rtg> I have no idea where that driver lives. I assume its the kernel.
[15:34] <Kano> you basically could update the xpad files
[15:34] <Kano> from the cvs
[15:35] <rtg> Kano: I don't want to know, nor am I interested in researching it. I want to be spoon fed the patch while I get on with other (much more critical) bug fixes.
[15:35] <rtg> same with aufs.
[15:35] <Kano> well will try to update the kernel later
[15:36] <Kano> or should i try it external in lum?
[15:36] <rtg> I'll leave that up to you.
[15:37] <Kano> i thought i could directly play frets on fire now that ;)
[15:37] <Kano> do you know that game
[15:38] <rtg> who has time for games?
[15:38] <Kano> it is fun ;)
[15:38] <Kano> when you need to relax a bit
[15:39] <rtg> when I need to relax I get my ass outdoors
[15:39] <Kano> ok, thats another way
[17:05] <johanbr> mjg59: Is there any chance I could ask you to take a look at bug #124797 (second core loses cpufreq support on resume) ?
[17:05] <ubotu> Launchpad bug 124797 in linux-source-2.6.22 "CPU Frequency Scaling Monitor applet on dual-core doesn't work after resume" [Low,Confirmed] https://launchpad.net/bugs/124797
[18:02] <rtg> tjaalton: ABI bump to -10 in git repo. I uploaded a bit ago, but -10 won't appear until the Alpha thaw happens.
[18:28] <tjaalton> rtg: thanks, I believe there'll be a new nvidia blob soon, since they released new chips (9600GT, Quadro FX3600M) today/yesterday
[18:29] <rtg> tjaalton: are all of the flavours represented in lrm now? virtual/xen/rt/server/generic/386/lpia ?
[18:31] <rtg> tjaalton: we also need to think harder about getting lrm under git control. that would make questions like this moot since I'm too lazy to download that ginormous package.
[19:46] <tjaalton> rtg: virtual & xen are missing
[19:50] <tjaalton> rtg: if git works with large binary files, then I'm all for putting it under git
[19:52] <amitk> tjaalton: git has no problems, but the meta date is huge, so you end up with a repo that is twice the size of real files. We need some way of decoupling the various binary tarballs from the build info in LRM. This build info needs to be in git, the binary tarballs - not really.
[19:55] <amitk> s/date/data
[19:59] <tjaalton> amitk: ah, ok. we've had some discussions with tseliot to revamp the packaging anyway (for ibex), so maybe it would be a good time to consider git
[20:06] <bwlang_> damn... just hung again... this is the 4th time in 2 days.  I didn't see anything in launchpad about this.  Is there any way to debug given that I don't have a serial port on this laptop?  And magic sysreq doesn't work.
[20:33] <rtg> tjaalton: my suggestion for putting lrm in git is to commit everything except the binaries, and perhaps create and commit a script that pulls the binaries (the correct versions, or course) from their respective web sites.
[20:34] <rtg> tjaalton: I've been experimenting with linux-meta in git, and it works OK as far as having to rename the directory every ABI bump.
[20:35] <rtg> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy-meta.git;a=summary
[20:51] <tjaalton> rtg: ok, that could work. maybe we can discuss the details in Prague ;)
[20:55] <amitk> tjaalton: rtg: good beer should definitely help ;)
[20:56] <tjaalton> good ol'fashioned coaster-design ;)
[22:16] <dade`> hi
[22:16] <dade`> I have the "rescheduling interrupt" bug
[22:17] <dade`> https://bugs.launchpad.net/ubuntu/+bug/177895
[22:17] <ubotu> Launchpad bug 177895 in linux "Kernel 2.6.24-2 causing ~1000 wakeups by "Rescheduling Interrupts"" [Medium,Fix released] 
[22:23] <dade`> and i'm using 2.6.24-8.14
[22:23] <dade`> so it's not fixed
[22:50] <dade`> damit