[03:59] <BenC> infinity, Mithrandir: ping, lrm needs NEW love
[04:00] <infinity> BenC: Will do.
[04:00] <BenC> infinity: Thanks
[04:00] <infinity> But only because I want it, not because I'm working, you understand.
[04:00] <BenC> once that's done I can do linux-meta
[04:01] <infinity> Do -meta now, if LRM is built everywhere.
[04:01] <BenC> infinity: Sure, and I appreciate your off-the-clock assistance :)
[04:01] <infinity> Get it in the next 2 minutes, and you win!
[04:01] <BenC> LRM isn't even building yet
[04:01] <infinity> Oh.  Source NEW, right. :)
[04:02] <infinity> There, accepted under the wire, I think.
[04:02] <infinity> Should publish in abot 55 seconds.
[04:03] <BenC> thanks
[04:45] <infinity> BenC: http://librarian.launchpad.net/5426144/buildlog_ubuntu-feisty-amd64.linux-restricted-modules-2.6.20_2.6.20.1-1_FAILEDTOBUILD.txt.gz
[04:46] <infinity> BenC: Your vmware-tools stuff appears to be i386-only...
[04:46] <BenC> hmm
[04:46] <BenC> I was sure I did x86/x86_64 builds
[04:47] <infinity> Alternately, if that's a generated file, you could just have an unclean tarball...
[04:47] <infinity> I dunno.
[04:47] <infinity> You decide. :)
[04:48] <infinity> BenC: Looks like lrm was successful on the other 4 arches, though.
[05:20] <okaratas> good bye..
[05:51] <BenC> infinity: Ah, desched is object only...it is i386 only
[05:51] <BenC> I'll do another upload in the morning...heading to bed
[07:39] <infinity> BenC: The stuff you were "going to upload in the morning" worked fine, I'm pushing them through binary NEW now.
[10:21] <gnomefreak> is there no linux-image-2.6.20-2-generic yet?
[10:43] <infinity> gnomefreak: Given that I have it installed, I'd say it exists.
[10:46] <gnomefreak> infinity: why didnt it update but the .20-2-386 installed
[10:47] <gnomefreak> infinity: im on 19-generic so i figured -generic would have been updated
[10:47] <infinity> There's not been a linux-meta upload for 2.6.20 yet.
[10:47] <infinity> Will be soonish.
[10:48] <gnomefreak> ah ok that could explain it ty
[10:48] <gnomefreak> i will try the 386 for now. brb reboot
[10:48] <infinity> Just install -generic explicitely.. *shrug*
[10:51] <gnomefreak> infinity: sorry what was that last thing you said?
[11:19] <infinity> 20:48 < infinity> Just install -generic explicitely.. *shrug*
[11:20] <gnomefreak> ah i will look to see if l-r-m is ther for -generic first
[03:57] <BenC> infinity: ping
[06:54] <derekS> is there a problem with 2.6.20-2.2 and mice drivers?
[06:57] <crimsun_> specifically?
[06:57] <crimsun_> input seems to work fine for both ps/2 and usb
[06:57] <derekS> ps/2
[06:58] <derekS> there are no errors in xorg, it seems that there is no /dev/input/mouse0 (dunno if there should be)
[06:58] <crimsun_> mouse[01]  exist here.
[06:59] <derekS> 2.6.20-2?
[06:59] <crimsun_> /proc/version_signature => Ubuntu 2.6.20-2.2-generic
[06:59] <derekS> yeah, same here
[06:59] <derekS> maybe its because hal is going wild then?
[06:59] <crimsun_> hmm, that's interesting.
[07:00] <derekS> load average 5.6
[07:00] <derekS> (and i am not doing anything on it
[07:00] <derekS> )
[07:00] <crimsun_> BenC: should /proc/version_signature match $(uname -r)?
[07:00] <crimsun_> meaning the second field in /proc/version_signature 
[07:00] <derekS> oh, my 2 don't match
[07:01] <derekS> weird i was using uname -r
[07:03] <derekS> also, generic no longer does smp?
[07:03] <crimsun_> err, it does
[07:03] <crimsun_> CONFIG_SMP=y ... CONFIG_X86_SMP=y
[07:04] <derekS> it also isn't finding my second processor
[07:04] <derekS> well, when i do uname -r, i have *-generic, but when i do /proc/version_signature i have *-386
[07:04] <derekS> does that mean i am actually running 386?
[07:06] <crimsun_> it -should- mean the -generic. What do dmesg and /boot/config-$(uname -r) corroborate?
[07:06] <derekS> dmsg says 386
[07:06] <derekS> lemme check /boot
[07:08] <derekS> ahh it gives me 386 for the config-$(uname -r)
[07:08] <derekS> lemme restart
[07:08] <derekS> and play around with some stuff
[07:09] <derekS> could it be the 386 driver has mouse probs?
[07:09] <crimsun_> I can't test/verify atm
[07:10] <derekS> ok
[07:10] <derekS> lemme play
[07:13] <derekS> ahh, i just reinstalled generic, and i get the same things now
[07:14] <derekS> however i figured out that i am etting an error msg about mice on bood
[07:14] <derekS> *boot
[07:14] <derekS> something about udev not finding it.... lemme look through the logs
[07:15] <derekS> hmm, can't find which log it was in
[08:33] <darwish> Hi all. On LDD3 Chapter 6, authors wrote an ioctl method for a global and persistent driver. This ioctl method modifies a *global* variable without locking. Won't this make problems on SMP systems if two processes execute the ioctl command at the same time ?.
[08:35] <kylem> ioctls are under the big kernel lock
[08:36] <darwish> kylem, aha .. this wasn't mentioned in the book .. Big thanks :)
[11:17] <derekS> in this screenshot, you can actually see the problem with my mouse (http://www.slovin.info/image6.jpg)...any suggestions?
[11:22] <darwish> derekS, better ask the support channel .. this is for developemtn discussion only :) ..
[11:22] <derekS> darwish: heh ok
[11:22] <darwish> development*
[12:02] <zul> gah..
[12:03] <zul> whoever changed the CHECKSUM_HW can die
[12:05] <infinity> BenC: Unlikely pong...