[07:15] <lamont> BenC: lamont: I'm thinking it might be a good idea to add the ps/2 drivers to the ia64 edgy install
[01:49] <zul> hey
[01:54] <tonfa> hi
[01:54] <tonfa> by chance does anybody knows what command are used by the gnome-applet when hibernating/suspending ?
[04:02] <zul> bunch of tards
[08:30] <Mithrandir> BenC__: nfs-utils ftbfs due to UTS_RELEASE not being defined (http://librarian.launchpad.net/5071382/buildlog_ubuntu-feisty-i386.nfs-utils_1%3A1.0.10-4_FAILEDTOBUILD.txt.gz ) Any idea about that?
[08:56] <BenC__> Mithrandir: it's a bug in nfs-utils
[08:56] <BenC__> Mithrandir: it needs to #include <linux/utsrelease.h>
[08:57] <zul> kernel-headers have changed havent they as well
[08:57] <Mithrandir> BenC: ls: /usr/include/linux/utsrelease.h: No such file or directory
[08:57] <Mithrandir> (on feisty)
[08:58] <BenC> Mithrandir: my question is, why does it use UTS_RELEASE from userspace? That's incorrect
[08:59] <BenC> Mithrandir: if it's a userspace program, it should really be using uname() and utsname.release
[08:59] <zul> BenC: i ran into this when i was trying to port xen to 2.6.19 
[08:59] <zul> i dont remember the fix right now
[08:59] <BenC> if it's actually a kernel bit (like for zul) then it needs to use utsrelease() in the kernel
[09:00] <BenC> or something like that
[09:00] <Mithrandir>  * Get version number of the kernel this was compiled for.
[09:00] <Mithrandir>  * This is NOT the same as calling uname(), because we may be
[09:00] <Mithrandir>  * running on a different kernel.
[09:00] <Mithrandir> I'm not sure what it needs it _for_, but that's why it's not using uname.
[09:00] <BenC> Mithrandir: the "kernel it was compiled for" is pretty bogus thing to assume from userspace
[09:01] <kylem> possibly structure versioning or something equally incorrect.
[09:01] <Mithrandir> BenC: this is the nfs userland bits; they reasonably need to stay very much in sync with the kernel.
[09:01] <zul> heh if gitweb was working for me i could point out where it changed
[09:01] <BenC> Mithrandir: then they very much need to use linux-headers instead of the libc-kernel-dev
[09:02] <BenC> libc-kernel-dev is by nature just what userspace needs...something tightly bound to kernel needs to use kernel headers
[09:06] <kylem> zul, use www2
[09:07] <kylem> oh, they're both broken. use hera.kernel.org/git/
[09:08] <zul> kylem: that works thanks
[09:10] <zul> doh i had it somewhere..
[09:14] <zul> ok maybe it was something else, but this what i ran into http://hera.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-2.6.git;a=commitdiff;h=96b644bdec977b97a45133e5b4466ba47a7a5e65;hp=e9ff3990f08e9a0c2839cc22808b01732ea5b3e4
[09:54] <ajmitch> great release name, sounds like an interesting week in SF :)
[09:55] <zul> or BenC is on crack
[11:30] <fabbione> BenC: CJA still has problems with her wireless... what should I poke?
[11:31] <BenC> fabbione: modprobe -r bcm43xx; modprobe bcm43xx
[11:31] <fabbione> oh ok
[11:31] <BenC> repeat until "iwlist eth1 scan" shows ap's
[11:31] <fabbione> feh ok
[11:31] <BenC> yeah, it sucks
[11:31] <kylem> yeah, broadcom has issues with bringingg the if up and down.
[11:31] <BenC> hold on, be right there
[11:33] <fabbione> git pull
[11:33] <fabbione> fatal: unexpected EOF
[11:33] <fabbione> Fetch failure: git://git.kernel.org/pub/scm/linux/kernel/git/bcollins/ubuntu-2.6.git
[11:33] <fabbione> kylem: please fix...
[11:33] <kylem> the kernel.org mirroring is fucked right now
[11:33] <fabbione> ok