[12:19] <BenC> mkrufky: there's a new bcm43xx driver I want to test and include
[12:19] <BenC> jbailey: sorry, I'd just do the upload
[12:19] <BenC> it probably wont be until after UBZ that I do the first upload
[12:21] <jbailey> BenC: Cool.  WAnted to make sure that it wouldn't RoyallyScrewAnything(tm)
[12:50] <infinity> BenC : Dang, really?... I was hoping to get new kernel testing pre-UBZ, so while we're all stuck in meetings for 2 weeks, users can file a mess of bug reports.
[02:05] <zul> heylo
[06:59] <dilinger> sigh.
[06:59] <dilinger> /home/dilinger/cml26x20050104_1.1.0.18/carmel.c:119:19: hosts.h: No such file or directory
[06:59] <dilinger> so close...
[08:45] <dilinger> anyone have a breezy machine i can use to compile a driver on?
[08:45] <dilinger> er, amd64 breezy machine, that is
[08:46] <dilinger> oh, actually, i can probably setup a chroot on mouth.  nm.
[08:48] <Mithrandir> dilinger: else, I can provide you with an account on ravel.
[08:50] <dilinger> thanks.  let's see if this works..
[08:54] <dilinger> argh
[08:54] <dilinger> need a 64bit kernel, don't i?
[08:54] <dilinger> root@mouth:~# chroot /home/dilinger/breezy mount -t proc proc /proc
[08:54] <dilinger> Mithrandir: yea, an account on ravel would help
[08:55] <dilinger> er, chroot: cannot run command `mount': Exec format error
[08:55] <dilinger>   was what i meant to paste
[08:55] <Mithrandir> yup, you need a 64 bit kernel
[08:55] <dilinger> actually
[08:55] <Mithrandir> drop a mail to tfheen@debian.org, cc maswan@acc.umu.se, ask for access to ravel, include SSH key and preferred username and please gpg sign the mail.
[08:55] <dilinger> http://mouth.voxel.net/~dilinger/cml.tar.gz
[08:56] <dilinger> can you see if that'll compile against amd64-generic headerS?
[08:56] <dilinger> it should generate SATAIIS150.ko
[08:57] <dilinger> if it works, that's all i need to do this install
[08:57] <dilinger> hopefully the promise folks kept it 64bit clean..
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c: In function `cml_normal_response':
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c:1825: error: structure has no member named `mapping'
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c:1826: error: structure has no member named `len'
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c: In function `cml_queue':
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c:4656: error: structure has no member named `mapping'
[08:59] <Mithrandir> /home/tfheen/tmp/cml26x20050104_1.1.0.18/carmel.c:4657: error: structure has no member named `len'
[08:59] <Mithrandir>  make KERNEL_SOURCE_DIR=/u
[08:59] <Mithrandir> sr/src/linux-headers-2.6.12-9-amd64-generic
[08:59] <Mithrandir> is what I used
[09:04] <dilinger> i'm not sure how that managed to compile on i386
[09:05] <Mithrandir> heh :-)
[09:06] <dilinger> oh right
[09:06] <dilinger> i386 #defines that bit of code away, x86_64 actually attempts to use it
[09:22] <dilinger> Mithrandir: ok, that should be fixed
[09:48] <Mithrandir> ook
[11:53] <makx> salut fabbione
[11:57] <fabbione> hey makx
[12:12] <makx> fabbione: i'm enclined to drop the often discussed sparc klibc patch, as the debian gcc defaults to 32 according to trave11er..
[12:12] <makx> needs to move on into testing.. :)
[12:13] <fabbione> makx: go ahead and do it
[12:13] <fabbione> i default to 32 too
[12:13] <fabbione> it was a manual mistake to build it at 64
[12:14] <fabbione> this patch looks like a question of life&death
[12:14] <fabbione> just do what you think is right
[12:14] <fabbione> and i will sync it
[12:14] <fabbione> a patch that was born by a mistake
[12:14] <makx> fabbione: hehe, ok thanks.
[12:14] <makx> we have lots of yaird proponents and i don't want to make them the gift of not letting intramfs-tools into testing.
[12:19] <fabbione> what's yaird?
[12:24] <makx> an initramfs generator based on perl modules.
[12:24] <makx> produces a very slim initramfs.
[12:25] <makx> with all the bonus and bad sides, svenl loves it because of this. i'm more inclined to see that as dev syndrom.
[12:27] <fabbione> they are all the same at the end
[12:29] <makx> well hopefully ;)
[03:20] <zul> heylo
[03:46] <dilinger> Mithrandir: if you get bored, could you re-download that tarball and give it another try compiling against amd64-generic?
[03:46] <dilinger> http://mouth.voxel.net/~dilinger/cml.tar.gz
[03:47] <Mithrandir> Driver for knerle 2.6.12-9-amd64-generic has been built done
[03:48] <Mithrandir> apart from the obvious typo, seems to compile fine at least.
[03:52] <dilinger> Mithrandir: can you put SATAIIS150.ko online for me somewhere please?
[03:58] <Mithrandir> http://err.no/tmp/SATAIIS150.ko
[04:02] <dilinger> thanks
[04:03] <dilinger> breezy's installer/partitioner still doesn't see any disks, despite 8 devices now showing up in /dev/discs.  wtf. :(
[05:14] <Mithrandir> you might need something like the sd_mod module or so?
[05:48] <dilinger> Mithrandir: that's loaded beforehand
[05:49] <dilinger> there are symbols in sd_mod that it requires in order to load
[05:49] <dilinger> afaict, the driver is working fine..
[05:51] <dilinger> i guess i'll try w/ the i386 installer, see where that gets me
[07:09] <dilinger> hm, no fabbione
[07:09] <dilinger> ah well, just created the OpenAFSSupport spec
[09:45] <jbailey> mjg59: Hey, looking at -rc5-mm1 it looks like akpm might have suspend/resume with usb suckage under control.  Any idea if it's real?>