[12:10] <T-Bone_> few, past midnight, high time to head home
[12:12] <fabbione> sabdfl gave the greenlight for the rh cluster stuff
[12:13] <fabbione> gfs & co will be part of the official kernel
[12:13] <fabbione> i got the patches in already, but i need to clean them up
[12:59] <T-Bone> and I'm back
[12:59] <T-Bone> feh
[01:00] <T-Bone> lamont: machines are all ready, the rest is really up to you now...
[01:12] <lamont> T-Bone: cool.  working on taxes tonight/tomorrow night.  Then I'll get the hoary archive all happy, and then we get to bootstrap hppa's breezy into gcc-4.0 toolchain happiness
[01:13] <T-Bone> schweet
[01:13] <lamont> given everything, I expect I'll poke you sometime friday night/saturday ish, but I'll have a better schedule idea come friday morning...
[01:13] <T-Bone> btw, do you know where the ia64 archive lives? I'd like to install/upgrade some machines
[01:13] <T-Bone> ok fine :)
[02:37] <lamont> T-None: the ia64 archive lives the same place as the sparc archive. :-(
[04:59] <dilinger> damn
[04:59] <dilinger> Subject:      [patch 001/198]  mmtimer build fix
[04:59] <dilinger> lotta patches..
[05:10] <zul> heylo
[05:18] <zul> lamont: are you around baz question for you
[05:20] <lamont> well, for you? sure.
[05:21] <lamont> :-)
[05:21] <zul> cool...i can feel the love
[05:21] <zul> ok..say that i am starting a new repo and i do all the crap that you usually do
[05:22] <lamont> including remembering --listing if it's a web-accessible repo
[05:22] <lamont> and always --signed
[05:22] <zul> so everynight i do a new baz get kernel-team@ubuntu.com--2005 blah blah
[05:22] <lamont> ok. you could just baz update in a tree that is already taht version...
[05:22] <zul> but when i branch zulcss@gmail.com--2005 it looks like it clobers my stuff
[05:23] <lamont> clobbers how?
[05:23] <lamont> baz branch is going to create a new branch with the given name...
[05:23] <lamont> which could overwrite what you've done...
[05:23] <zul> ah...
[05:23] <lamont> you really want baz switch, and baz merge type stuff
[05:24] <lamont> that is, in a zulcss@... repo, baz merge kernel-team@ubunut.com--2005/kernel....
[05:24] <zul> ah i see..
[05:24] <zul> cool..
[05:27] <zul> that makes sense 
[05:39] <lamont> likewise, after you do a bunch of stuff, then I say 'baz switch kernel-team@...; baz merge zulcss@...'
[05:40] <zul> yeah but i dont have sftp access
[05:41] <lamont> that's why I said 'I' :-)
[05:42] <zul> heh
[06:09] <fabbione> morning
[06:24] <lamont> did my 'Breezy development discussion' email to kernel-team make it out to everyone?
[06:24] <lamont> or was I the only one who got it when I sent it?
[06:24] <kylem> i got it...
[06:30] <lamont> good enough
[06:31] <lamont> dup elimination, followed by no traffic, can lead to worries...
[06:32] <fabbione> yay
[06:32] <crimsun> I got it, will respond
[06:40] <fabbione> lamont: readding sparc32 is pretty straighforward
[06:40] <fabbione> the point is that i don't have anyway to test the kernel at all
[06:40] <fabbione> if you can install ubuntu with a debian kernel
[06:40] <fabbione> i can readd the kernel and you can test it
[06:41] <fabbione> or give me console access to the machine :)
[06:41] <fabbione> and a netboot setup
[06:44] <lamont> yeah - it's not high on my list, atm
[06:45] <fabbione> yeah i can understand that
[07:20] <fabbione> dilinger: i am not going to pull in any of the 198 patches from andrew
[07:20] <fabbione> they are all pushed to linus
[07:20] <fabbione> and i am pretty sure linus will merge most of them blindly
[09:29] <Xgates> hey all 
[09:29] <Xgates> anyone in?
[09:29] <Xgates> I'm a Slacker compile junkie of 5 years, but was looking for some more ease of use and starting to move away from some of the compiling, but I still love it
[09:29] <Xgates> I just compiled a patched source of 2.6.10, and got all the correct hardware compiled in just for my box only so its pretty stripped down like a vanilla kernel
[09:29] <Xgates> everything boots up ok with the kernel, but at the login prompt the keyboard is dead and for the life of me for the past 3 days I cant figure why the keyboard is not working
[09:29] <Xgates> it's just a PS/2 and I have it compiled in as --> [*]  Keyboards  <M>   AT keyboard support
[09:29] <Xgates> what heck might there be that Ubuntu wants to get this thing going?
[09:30] <fabbione> Xgates: if you compile your own packages, you need to get the config right
[09:30] <fabbione> otherwise just use the normal packages
[09:30] <Xgates> the config is right
[09:30] <Xgates> thats the thing
[09:30] <Xgates> [*]  Keyboards  <M>   AT keyboard support is al you need to run a PS/2 keyboard in Linux
[09:30] <fabbione> Xgates: if your keyboard doesn't work, the config is not right :)
[09:31] <fabbione> did you build the initrd?
[09:31] <fabbione> note that it is a module
[09:31] <Xgates> anything beyond that is not normal Linux as a Vanilla kernel goes
[09:31] <fabbione> it needs to be loaded
[09:31] <Xgates> I have built it with and without
[09:31] <Xgates> sorry what as a mofule?
[09:31] <Xgates> module?
[09:31] <Xgates>  initrd?
[09:32] <fabbione> [*]  Keyboards  <M>
[09:32] <fabbione> either you load the module or you create the initrd
[09:32] <fabbione> the ubuntu kernel as it is needs an initrd
[09:32] <Xgates> ok right now I did not compile in ramdisk, initrd
[09:32] <fabbione> otherwise change M to Y
[09:32] <Xgates> I mean you should be able to run Ubuntu with out them
[09:32] <fabbione> no
[09:33] <fabbione> ubuntu can run without
[09:33] <fabbione> but than you need to compile your kernel properly
[09:33] <Xgates> no and what?
[09:33] <fabbione> as i said your config is wrong
[09:33] <Xgates> [*]  Keyboards  <M>   AT keyboard support works in a kernel without initrd
[09:33] <Xgates> are you saying it does not in Linux?
[09:33] <fabbione> Xgates: M -> module
[09:33] <Xgates> because I have been doing it this way in Slackware for 5 years just fine
[09:34] <fabbione> if you don't load the module
[09:34] <fabbione> you don't get the keyboard
[09:34] <Xgates> sorry what module?
[09:34] <fabbione> the keyboard module
[09:34] <Xgates> [*]  Keyboards 
[09:34] <Xgates> OR
[09:34] <fabbione> the one that makes the keyboard working
[09:34] <Xgates>  AT keyboard support ?
[09:34] <fabbione> AT keyboard support
[09:35] <Xgates> I did have it as a Module <M> and compiled in <*>
[09:35] <Xgates> and both ways the keyboard would not work
[09:35] <fabbione> Xgates: does the keyboard work with the shipped kernel?
[09:35] <Xgates> yes thats the thing
[09:35] <Xgates> and I have compiled in all the main things that Ubuntu should need
[09:35] <fabbione> Xgates: than there must be some other options that needs to be changed from M to *
[09:35] <Xgates> I compiled them the same way
[09:35] <Xgates> FS support, ramdisk, etc...
[09:35] <Xgates> al same
[09:36] <Xgates> all....
[09:37] <fabbione> Xgates: well.. there must be a mistake than...
[09:37] <Xgates> thats the thing there is really nothing here that should effect the keyboard
[09:37] <fabbione> it's obvious :)
[09:37] <Xgates> yea sure but it's nothing to do with normal keyboard support in any other Linux distro
[09:38] <Xgates> a kernel in Slackware is a Kernel in Debian as in Gentoo, etc...
[09:38] <fabbione> Xgates: our kernel is no different in that respect
[09:38] <Xgates> the only time something isnt going to work is because of something comfigure different into the distro,
[09:38] <Xgates> configured....
[09:39] <Xgates> sorry I dont mean that Ubuntus kernel is different
[09:39] <Xgates> I mean Ubuntu is
[09:39] <fabbione> Xgates: the way Ubuntu kernel is managed is exactly the same as Debian
[09:40] <fabbione> so if Debian works Ubuntu does and so on...
[09:40] <Xgates> yes but not like Slackware
[09:40] <fabbione> well we are different distros
[09:40] <fabbione> there are differences
[09:40] <Xgates> I have the exact same 100% settings in this kernel as it as been in Slackware for the past 3 years and now I cant get it to work in Ubuntu
[09:40] <fabbione> we use an initrd boot system
[09:40] <fabbione> i don't know about slack
[09:40] <Xgates> yes thats what I mean
[09:41] <Xgates> and running udev, etc.. which isnt the Slackware norm
[09:41] <Xgates> these things make things like what Im encountering as the problem
[09:41] <Xgates> learning the distro quirks as I call them
[09:42] <fabbione> Xgates: if we were all using the same, there would be no reason for Slack or ubuntu or debian to exists
[09:42] <fabbione> each distro is unique in its desig
[09:42] <fabbione> design even
[09:42] <fabbione> + i would really suggest you to use the standard kernel
[09:42] <fabbione> there is really no reason to recompile it
[09:43] <Xgates> fabbione: right now I dont have ram, initrd support in it --> < > RAM disk support 
[09:43] <Xgates> unless Ubuntu has a hard time without it
[09:44] <fabbione> Xgates: again.. if you remove that options you need to make sure to compile the kernel properly.
[09:44] <Xgates> yes I have
[09:44] <fabbione> otherwise enable them and use initrd
[09:44] <Xgates> been doing it 5 years just fine until I started using Ubuntu
[09:44] <Xgates> hehe
[09:45] <Xgates> fabbione: would you be so kind to look at this .config and see if you see anything besides my hardware setup and the basic kernel setups IF there might be something that Ubuntu is going to be looking for
[09:46] <fabbione> Xgates: put it somewhere, but a) i won't have time to compile and build b) i dunno when
[09:47] <Xgates> I dont need you to compile it
[09:47] <Xgates> hehe
[09:47] <Xgates> I just want you to look at it is all if you dont mind and see if you notice anything that Ubuntu needs that I missed
[09:48] <Xgates> because I did not miss the correct settings for the kernel or my hardware
[09:48] <Xgates> this is the same box I've been running for 3 years and compiling on it 3 years with the same kernel settings
[09:48] <Xgates> one sec let me upload it
[09:52] <Xgates> fabbione: http://www.patientswithouttime.com/2.6.10
[09:54] <fabbione> CONFIG_KEYBOARD_ATKBD=m
[09:54] <fabbione> this needs to be y
[09:55] <Xgates> fabbione: you mean -->  <M>   AT keyboard support
[09:56] <Xgates> if so I had it compiled in <*> before
[09:56] <Xgates> and still didnt work
[09:56] <Xgates> but then again I might of had ram and initrd with it too
[09:56] <Xgates> I forget now
[09:56] <fabbione> CONFIG_SERIO_PCIPS2=m
[09:57] <fabbione> CONFIG_SERIO_I8042=m
[09:57] <fabbione> all these stuff must be yes
[09:57] <fabbione> config SERIO_I8042
[09:57] <fabbione>         tristate "i8042 PC Keyboard controller"
[09:57] <Xgates> wel I was just dorking with those BUt I dont need those I have a PS/2
[09:57] <Xgates> wel/well....
[09:58] <fabbione> config SERIO_RAW
[09:58] <fabbione>         tristate "Raw access to serio ports"
[09:58] <fabbione>         help
[09:58] <fabbione> this one too
[09:58] <fabbione> yes you do
[09:58] <fabbione> read the help
[10:00] <Xgates> ok my bad -->  <*> i8042 PC Keyboard controller
[10:00] <Xgates> ok well why does Ubuntu need these compiled in, and why wont it take them as <M> ?
[10:00] <fabbione> Xgates: as i explain to you before
[10:01] <fabbione> the initrd stuff takes care of loading them when needed
[10:01] <fabbione> so if you customize your config you need to change it properly
[10:02] <Xgates> ok so in a initrd distro like Ubuntu, Debian, if you compile in ramdisk, initrd then Mods are ok BUT if you dont use them then you need to compile in <*> these for the support, keyboard, etc...?
[10:02] <Xgates> then I need to do the same for the mouse yea -->  <M>   PS/2 mouse 
[10:02] <Xgates> change to <*>
[10:02] <Xgates> man Im not use to using a initrd system
[10:02] <fabbione> Xgates: that is correct
[10:02] <Xgates> hehe in Slack as a <m> is just fine
[10:02] <Xgates> ahh ic ok THANKS 
[10:03] <Xgates> sheesh
[10:03] <Xgates> hehe :-)
[10:03] <Xgates> I've run Debian but thats when I was starting out in Linux so for me the past 5 years have been in Slackware
[10:04] <Xgates> I never got into initrd systems so I understand them somewhat but didnt know this about them with the kernel ;-)
[10:05] <Xgates> but what are we saying NOTHING can be compiled as a <m>?
[10:05] <Xgates> what about this --> <M> Normal floppy disk support 
[10:05] <Xgates> boy this initrd thing is confusing me
[10:05] <Xgates> hehe
[10:05] <Xgates> I mean IF you want to use things as a module for anything then you have to use the ramdisk, initrd in Ubuntu
[10:06] <Xgates> so in a nutshesll not ramdisk, initrd support then NO modules at all?
[10:06] <Xgates> nutshell.....
[10:06] <Xgates> errr not/no ram ......
[10:08] <fabbione> you can still use modules, but you need ensure that all the stuff you need to boot your machine is compiled in or loaded via /etc/modules
[10:08] <Xgates> ok yeah Slacks the same in that respect
[10:08] <fabbione> Xgates: that's the same everywhere :)
[10:09] <fabbione> it's just how the kernel works
[10:09] <fabbione> some distros use one approach
[10:09] <fabbione> others the other :)
[10:09] <Xgates> yes I know :-)
[10:09] <Xgates> ahh /etc/modules is like SO different then in Slack
[10:09] <Xgates> haha
[10:09] <Xgates> sheesh just add in the name
[10:09] <Xgates> hehe
[10:10] <Xgates> so I guess just put in --> floppy
[10:10] <Xgates> :_)
[10:10] <Xgates> :-)
[10:10] <Xgates> man I tell ya moving around from distro to distro can be confusing learning the ways in which the DEV made a distro, it's tools and quirks
[10:10] <Xgates> hehe
[10:12] <fabbione> i have been there a few years back
[10:12] <Xgates> ;p
[10:12] <Xgates> crap
[10:12] <Xgates>  <M>   VIA chipset support 
[10:12] <Xgates> it doesnt list the mod name
[10:13] <Xgates> so I wouldnt know what name to put in /etc/modules to load it
[10:13] <Xgates> crap
[10:13] <Xgates> hmm
[10:13] <Xgates> oh forgot it I'll make sure ram, initrd is compiled in
[10:13] <Xgates> :-)
[10:17] <Xgates> fabbione: hey one last one, you make a kernel with 'kernel package' and then install it, it boots and works, so then you remove the default kernel, NOW if you apt-get nvidia-glx will it install it into the /lib/modules path of this kernel you made, also I tried to install nvidia-glx, but then it was looking for the default kernel to install it back in, how do you get around all this?
[10:17] <Xgates> apt-get install nvidia ......
[10:18] <Xgates> btw THANKS for the help :-)
[10:18] <fabbione> Xgates: nvidia-glx is user land
[10:18] <fabbione> you will have to recompile the kernel module
[10:18] <Xgates>  user land?
[10:19] <Xgates> recompile the kernel module what ya mean?
[10:19] <fabbione> Xgates: please ask these questions in #ubuntu
[10:19] <fabbione> a lot of people knows how to do that
[10:19] <fabbione> and i am kinda busy to explain these concepts
[10:19] <Xgates> hehe well since I'm working on a Kernel thats why I asked there
[10:20] <fabbione> nvidia is made of 2 parts
[10:20] <fabbione> kernel and userland
[10:20] <Xgates> no I have not been able to get any compile issues like this solved in #ubuntu
[10:20] <fabbione> yes but this isn't really a support channel
[10:20] <fabbione> this is where we discuss the kernel development
[10:21] <Xgates> ok well if you can bare with me 5 more mins I'll be gone I really appreciate it
[10:21] <fabbione> anyway i will answer your last question :)
[10:21] <Xgates> ok
[10:21] <fabbione> you need to install nvidia-glx to let X understand you have the binary crap installed
[10:21] <Xgates> I have installed and compiled Nvidia on Slackware if this is what your suggesting
[10:22] <fabbione> well than you do exactly the same on Ubuntu
[10:22] <Xgates> ok wait backup
[10:22] <fabbione> and don't install nvidia-glx if you use the installed from nvidia
[10:22] <Xgates> not sure you missed what I said said
[10:22] <fabbione> installer even
[10:22] <fabbione> Xgates: if you use the nvidia installer from nvidia you don't need to install nvidia-glx package
[10:22] <fabbione> as simple as this
[10:23] <Xgates> I mean if I make my own kernel, then rip out the default and THEN want to install nvidia --> apt-get install nvidia-glx it wants to install the default kernel image back that I dont want
[10:23] <fabbione> yes that's why i said don't install nvidia-glx
[10:23] <Xgates> yea sure just thought I'd try to keep it all .deb Ubuntu style 
[10:23] <fabbione> Xgates: isntall nvidia-kernel-source
[10:23] <Xgates> ahhh
[10:23] <fabbione> and use module assistant to build it
[10:23] <fabbione> or something like that
[10:24] <fabbione> that will provide the bits you need iirc
[10:24] <fabbione> i don't play with nvidia
[10:24] <Xgates> ok
[10:24] <fabbione> so i simply don't know
[10:24] <Xgates> ok thanks
[10:27] <Xgates> fabbione: THANKS alot for the help for this initrd run-down  :-)
[10:32] <fabbione> np
[10:49] <fabbione> UHHAAAAA
[10:49] <fabbione>   * Add cluster support from Red Hat:
[10:49] <fabbione>     - Add Global Network Block Device (GNDB) support:
[10:49] <fabbione>       . Add patch external-drivers-block_gndb.dpatch and
[10:49] <fabbione>         external-drivers-block_gndb-fixups.dpatch.
[10:49] <fabbione>       . CONFIG_BLK_DEV_GNBD=m for all arches.
[10:49] <fabbione> gotta love these CRACK!
[12:50] <fabbione> Mithrandir: i am not sure the patch is right
[12:50] <fabbione> it has a couple of extra fields compare to what pci_device_id can take
[12:50] <Mithrandir> fabbione: it might be totally wrong, I'm not a kernel hacker. :)
[12:50] <fabbione> oh don't worry.. i am just trying to understand :)
[12:54] <fabbione> there is something weird
[12:55] <fabbione> +i2o_block            0x00001044 0x0000a511 0x00001044 0x0000c034 0x00010400 0x0 0000000 0x0
[12:55] <fabbione> this entry defines 8 fields after the module name
[12:55] <fabbione> but i have only 7 in the include
[12:55] <fabbione> Mithrandir: can you paste me the first line of modules.pcimap please?
[12:57] <Mithrandir> # pci module         vendor     device     subvendor  subdevice  class      clas
[12:57] <Mithrandir> s_mask driver_data
[12:57] <Mithrandir> hm
[12:57] <fabbione> oh i seee..
[12:57] <Mithrandir> might be a paste error:
[12:57] <Mithrandir> i2o_block            0x00001044 0x0000a511 0x00001044 0x0000c034 0x00010400 0x00000000 0x0
[12:57] <Mithrandir> is the line
[12:57] <fabbione> ah
[12:57] <Mithrandir> sorry, mea culpa
[12:58] <fabbione> no problem :)
[12:58] <Mithrandir> so it's probably a 0, too much in my patch
[01:00] <fabbione> not only.. i need to understand the meaning of 0x00010400 and why 0x00001044 0x0000c034 in 3rd and 4th entry
[01:00] <fabbione> PCI_ANY should give 0xffffffff
[01:00] <Mithrandir> I think those can just be masked out
[01:00] <Mithrandir> yes, but I changed that, since I don't think they should matter.
[01:00] <fabbione> can you try changing the values and see if it works?
[01:00] <Mithrandir> so we don't narrow it too much.
[01:00] <fabbione> ah ok
[01:01] <Mithrandir> sorry that wasn't clear.
[01:06] <fabbione> actually..
[01:07] <fabbione> the fix is not that either
[01:09] <Mithrandir> oh?
[01:10] <fabbione> check drivers/message/i2o/pci.c
[01:10] <fabbione> is the i2o_core module loaded properly?
[01:11] <fabbione> it looks to me like the pci_table entry in pci.c is just wrong
[01:12] <fabbione> i can't see any entry of it in pcimap
[01:18] <Mithrandir> root@:~ # lsmod | grep i2o_core
[01:18] <Mithrandir> i2o_core               46000  1 i2o_block
[01:18] <Mithrandir> the pcimap was hand-written by jbailey
[01:19] <fabbione> that is correct because i2o_block will pull in i2o_core
[01:19] <fabbione> but it should happen the other way around
[01:20] <fabbione> that i2o_core recognize the pci device
[01:20] <fabbione> and load i2o_block
[01:20] <Mithrandir> uhm, isn't core just a support thing?
[01:20] <fabbione> i think i have a patch :)
[01:20] <jbailey> Mithrandir: Ah, did I get it wrong?  Sorry. =)
[01:20] <fabbione> jbailey: not sure.. but it looks strage
[01:20] <Mithrandir> jbailey: I don't think so, no, argue with Fabio :)
[01:21] <Mithrandir> jbailey: I'm abusing your ia64 a little, since I managed to fuck up the previous upload :(
[01:21] <jbailey> fabbione: I didn't try the case of jus tloading the control and hoping. =)
[01:21] <jbailey> Mithrandir: That's fine. =)
[01:21] <Mithrandir> I guess I'll have to buy bdale some beers.
[01:21] <jbailey> Mithrandir: It may as well do something for all the electricity it consumes.
[01:23] <jbailey> fabbione: I'm guessing if we let it auto load the drivers that we may eventually face the same problem we have with ide and scsi, which is that I need a hotplug pass to iterate over the bus.
[01:24] <jbailey> fabbione: If there's an i2o device that needs a driver in the initrd it'll just silently not load.
[01:24] <fabbione> jbailey: i think the problem is way different here
[01:25] <fabbione> the pci_table_id in i2o/pci.c is simply broken
[01:25] <jbailey> fabbione: Ah, but that still might be an issue down the road for coldplugging.
[01:26] <fabbione> jbailey: if it is broken we fix it :)
[01:26] <jbailey> fabbione: Yes, dear. =)
[01:26] <fabbione> Mithrandir: http://people.ubuntu.com/~fabbione/drivers-message-i2o-i2oblock.dpatch
[01:26] <fabbione> can you please compile a kernel with that patch?
[01:27] <fabbione> and see if it solves the problem?
[01:27] <fabbione> because neither PCI_DEVICE_CLASS or PCI_DEVICE fills up the table properly
[01:28] <Mithrandir> sure, give me a few minutes
[01:29] <fabbione> i have no rush
[01:29] <fabbione> i am trying to get DLM to build
[01:29] <fabbione> cluster/dlm/nodes.c:280: error: syntax error before '&' token
[01:29] <fabbione> static void nodes_clear(struct list_head *head)
[01:29] <fabbione> i can't see anything obviously wrong here
[01:29] <fabbione> but gcc still errors on it
[01:40] <fabbione> it must be one of these very well hidden typos
[01:43] <Mithrandir> our kernel needs TeX to build.
[01:43] <Mithrandir> oh well
[01:44] <fabbione> Mithrandir: for the documentation...
[01:44] <Mithrandir> still insane
[01:44] <Mithrandir> :)
[01:44] <fabbione> that should be changed to Build-Indep
[01:45] <Mithrandir> isn't the kernel compile using -j ?
[01:45] <Mithrandir> it seems a bit slow here
[01:47] <fabbione> Mithrandir: CONCURRENCY_LEVEL
[01:48] <fabbione> either you export it or uncomment it in debian/rules
[01:48] <Mithrandir> a tad better, yes.
[01:51] <fabbione> ehhe
[01:51] <fabbione> btw.. how are you building?
[01:51] <fabbione> dpkg-buildpackage?
[01:53] <Mithrandir> yeah
[01:53] <Mithrandir> after removing the variants I'm not building
[01:53] <fabbione> ah ok
[01:54] <fabbione> if you call ./debian/rules binary-debs is better
[01:54] <fabbione> it will avoid trying to build the udebs
[01:54] <fabbione> the debs will be in debian/build
[02:00] <fabbione> bah this piece of code is driving me nuts
[02:19] <jbailey> Uh oh.  My laptop obviously knows we're going travelling soon...
[02:19] <jbailey> hda: drive not ready for command
[02:19] <jbailey> pauses the middle of my bootup.
[02:19] <jbailey> *phear*
[02:30] <fabbione> ARGHHHHH
[02:31] <fabbione> there was a name clashing in 2 functions
[02:36] <fabbione> oh never mind
[02:37] <fabbione> ops
[02:37] <Mithrandir> fabbione: didn't work, it seems
[02:37] <fabbione> crap
[02:38] <fabbione> is there anything in pcimaps related to 0x1044 ?
[02:46] <zul> hey
[02:46] <fabbione> hey zul
[02:46] <zul> i have to make sure you guys are not talking shit about me ;)
[02:47] <zul> so we are actually using gcc-4 now for breezy?
[02:48] <fabbione> zul: for userland they already switched
[02:48] <fabbione> i am not sure what we will do for the kernel yet
[02:49] <zul> and is the external drivers the latest one?
[02:49] <zul> er..most uptodate
[02:49] <fabbione> zul: if you have the cluster patches yes
[02:50] <zul> ok
[02:50] <zul> now to really start getting into it ;)
[02:51] <zul> jbailey: locale: Cannot set LC_CTYPE to default locale: No such file or directory
[02:52] <jbailey> zul: Context?
[02:52] <zul> hoary->breezy upgrade
[02:52] <zul> er...not quite back
[02:52] <jbailey> So does it happen the moment you type apt-get, or does it happen every command after you've upgraded or what?
[02:53] <zul> apt-get
[02:53] <zul> and perl as well
[02:53] <jbailey> When you run perl?
[02:53] <zul> hold on let me check something
[02:54] <jbailey> echo 'print "hi";' | perl 
[02:54] <jbailey> works for me.
[02:54] <zul> it looks like apt-get 
[02:54] <zul> perl scripts run fine
[02:55] <zul> chicken little syndrome i guess
[02:57] <jbailey> No worries.  Just be specific with error messages. =)  
[02:58] <zul> yeah
[03:00] <zul> smithers....coffeeeeee
[03:01] <fabbione> Mithrandir: i will see if the otherway of patching helps
[03:01] <fabbione> but i want to finish the GFS stuff first
[03:01] <Mithrandir> sure
[03:03] <fabbione> i miss only the last 6 patchsets to apply,  but they will go in one shot
[03:07] <fabbione> Mithrandir: in the meanwhile you could try reverting the patch i gave to you
[03:07] <fabbione> and add your patch to i2o_block.c using the table line in my patch
[03:08] <zul> fabbione: for the external-drivers that user want should we just add it to the external drivers list with no status?
[03:09] <fabbione> zul: or create another section with them
[03:09] <fabbione> and at least the url where to grab them
[03:09] <zul> sure
[03:10] <fabbione> Modified files:
[03:10] <fabbione> Log message:
[03:10] <fabbione> ops
[03:10] <fabbione> Modified files:
[03:10] <fabbione> dlm-kernel/src2: lock.c 
[03:10] <fabbione> Log message:
[03:10] <fabbione> don't do useful work in an assert macro
[03:10] <fabbione> i wonder what that entry means
[03:16] <zul> http://zulinux.homlinux.net/arch/zulcss@gmail.com--2005 should be accesible when i do some actual work there
[03:49] <fabbione> oh crap
[03:50] <zul> hmm?
[03:50] <fabbione> they moved the acx100 development to sf.net?
[03:50] <fabbione> 7160
[03:50] <fabbione> we do have pre8
[03:50] <fabbione> but not + fixes
[03:50] <zul> on hoary?
[03:51] <fabbione> on hoary we have pre8
[03:51] <zul> oops..
[03:51] <fabbione> afaik it's the clean pre8
[03:51] <fabbione> but there is another site with +fixes_crap
[03:51] <fabbione> and we don't have that
[03:51] <zul> ill have a look
[03:52] <zul> http://rhlx01.fht-esslingen.de/~andi/acx100/ contains the +fixes
[03:52] <fabbione> yeah i can see that
[03:54] <fabbione> ok i have finished with GFS on i386
[03:54] <fabbione> time to see if it builds around :)
[04:08] <fabbione> FLY CONCORDIA!
[04:09] <zul> why not airitalia?
[04:09] <zul> heh
[04:09] <fabbione> zul: concordia is a machine at the DC
[04:09] <fabbione> i can easily compile the kernel in less than hmmm 10 minutes there
[04:10] <fabbione> in several flavours
[04:10] <zul> bitch..
[04:10] <zul> thats low
[04:11] <fabbione> ehhe i know
[04:11] <fabbione> but it's 3/4 days you keep pushing me to say that :P
[04:11] <zul> heh..even?
[04:15] <fabbione> yeah
[04:17] <fabbione> webdav error: Could not resolve hostname `zulinux.homlinux.net': Host not found
[04:17] <zul> homelinux.net
[04:18] <zul> my mother is off limits ;)
[04:19] <fabbione> ehehe 
[04:29] <zul> frigging alsa
[05:09] <fabbione> lamont: can you kick a new kernel build on hppa please?
[05:10] <lamont> fabbione: sure
[05:10] <fabbione> lamont: big patchset from GFS
[05:13] <lamont> well, merges, but whatever
[05:13] <fabbione> they are pretty big patches... sorry 
[05:15] <lamont> fabbione: is ok.  oo.o2 is already trashing things
[05:15] <lamont> wow.  saint thomas and san juan are now considered domestic travel.
[05:19] <fabbione> my poor sparc is still building gcc-4
[05:19] <fabbione> it's running the testsuite now
[05:21] <lamont> a500 crashed during the build over night...
[05:21] <fabbione> lamont: what kernel?
[05:24] <lamont> uh, 2.6.12_2.6.11.90-1 :-)
[05:24] <fabbione> ehhe well.. time to bitch willy & Co. to get it fixed
[05:24] <lamont> == hppa 2.6.12-rc2-pa1 (on top of ubuntu-of-that-day)
[05:25] <fabbione> yeps...
[05:25] <lamont> the final test I did before committing the hppa patches was to install it and build it.
[05:25] <kylem> `fixed'
[05:25] <kylem> first find the problem. ;-)
[05:25] <lamont> patch 53
[05:25] <lamont> meanwhile, in other news, 6MB of oo.o2 orig.tar.gz left
[05:26] <fabbione> i think we should change our archive layout
[05:26] <fabbione> each time we move a source between main/universe
[05:26] <fabbione> it's a full resync
[05:26] <fabbione> we should keep the source in a single pool
[05:27] <lamont> fabbione: not if you have a smart sync script...;
[05:27] <fabbione> and move only the binaries around
[05:27] <fabbione> lamont: yeah ok.. that means comparing the situation before and predicted and than do the real rsync
[05:27] <lamont> mind you, I need to add those smarts to mine still
[05:27] <fabbione> of cource it can be done..
[05:28] <lamont> fabbione: current state for me is that I have a list of all the files I think are missing... I just need to scour the archive looking for files of the right name to move into place before actually launching the rsync
[05:29] <lamont> but I really need to refactor it so that it (for my megaarchive) just sync's sources one at a time, rather than needing the whole ^)^* archive current before I can upload any more debs
[05:32] <zul> shit...baycom_epp.c doesnt build on breezy
[05:36] <lamont> fabbione: build running, competing with gcc-4.0 :-)
[05:37] <lamont> 52Kbyte/sec isn't bad, right? :-)
[05:39] <fabbione> lamont: ehhee
[05:39] <fabbione> lamont: hey 52K it's good :P
[05:41] <lamont> OTOH, it's almost sunday morning on my bw meter
[05:41] <lamont> :-)
[05:41] <lamont> s/)/(/
[05:42] <fabbione> sunday? meaning that you don't have more bw available?
[05:42] <fabbione> aren't you flying to LCA tomorrow anyway?
[05:42] <lamont> well, it only matters at the end of the month, but yeah.
[05:42] <lamont> no LCA for me
[05:42] <fabbione> oh i was sure you were going
[05:43] <lamont> wanted to
[05:43] <lamont> can't afford to take vacation for it though
[05:43] <fabbione> yeah same here :)
[05:43] <fabbione> i guess we are going to be the only 2 around here next week
[05:43] <lamont> total: 1,562,373,113
[05:43] <lamont> out of 3.2GB total for the month...
[05:44] <lamont> so I generally figure 100MB/day, making this sometime late tomorrow, actually
[05:45] <fabbione> oh crap.. it's 6pm!
[05:45] <fabbione> i need to help my wife
[05:45] <fabbione> bbl
[05:45] <lamont> heh
[05:45] <lamont> enjoy
[05:45] <fabbione> mv bigtrash street/
[05:45] <fabbione> i will explain this later :P
[05:45] <Mithrandir> what have you broken?
[05:50] <zul> must have lunch
[06:48] <zul> what no blog updates fabbione? :)
[06:49] <lamont> fabbione: is building kernel #3, fwiw
[06:49] <zul> ah
[06:50] <T-None> lamont: where is the sparc archive living, btw? :}
[06:50] <lamont> ports.ubuntu.com
[06:50] <lamont> well, eventually
[06:50] <T-None> NXDOMAIN :P
[06:50] <lamont> zactly
[06:51] <lamont> hppa hoary port will be at ~lamont/ubuntu-hppa sometime real soon too.
[06:51] <T-None> errr
[06:51] <T-None> oh well
[06:52] <T-None> when i'll be tired i'll setup dak on my machines, eventually :P
[06:52] <lamont> sparc hoary has the same problem we do...
[06:53] <T-None> then maybe i'll offer hosting space ;] 
[07:09] <fabbione> lamont: cook
[07:09] <fabbione> cool
[07:10] <fabbione> there is a new inotify patch
[07:12] <lamont> grumble.  on the bright side, the hppa gcc-4.0 build is no longer slowing down the kernel build
[07:13] <fabbione> did the hppa build required any config change?
[07:13] <fabbione> or did it just build?
[07:14] <lamont> fabbione: just building (kernl()
[07:15] <fabbione> rocking
[07:15] <lamont> although hppa64-smp still gets a shot at having new questions... :-)
[07:15] <fabbione> well.. not related to GFS i hope
[07:23] <zul> fabbione: i take my arch is finally working
[07:26] <fabbione> zul: great
[07:27] <fabbione> zul: i saw that you started munging gcc-4 problems
[07:27] <zul> yeah fixed one on to another
[07:27] <fabbione> i think it is good, but we will need to force gcc-3.3 for the beginning
[07:27] <zul> ill still do the drivers as well
[07:27] <fabbione> and do some internal testing before release with gcc-4
[07:27] <zul> sure..im running a breezy at work and hoary at home 
[07:27] <fabbione> ok good
[07:28] <fabbione> i am off to cook dinner
[07:28] <fabbione> zul: can you please update the acx100 and the inotify drivers for today?
[07:28] <zul> sure
[07:28] <fabbione> so that i have them ready tomorrow?
[07:28] <fabbione> just build on hoary...
[07:28] <zul> ok
[07:28] <fabbione> cya later or tomorrow :)
[07:29] <zul> toodles
[07:31] <lamont> zul: that's his tomorrow, not ours. :-)
[07:32] <zul> lamont: duh..
[07:32] <zul> :)
[08:45] <zul> kylem: oclug web server down?
[08:49] <lamont> fabbione: building debs now, I think that's a 'yes'
[08:49] <lamont> do we expect it to boot as well???
[09:06] <fabbione> lamont: yup
[09:06] <fabbione> lamont: and you can also use AOE + GFS to share disks now :)
[09:15] <kylem> zul, dunno
[09:29] <zul> lol http://dev.gentoo.org/~lewk/img/vim.gif
[09:30] <fabbione> ehehe
[09:43] <dilinger> nice
[09:44] <lamont> zul: lol
[09:49] <zul> neat openoffice2
[09:49] <fabbione> night guys
[09:50] <zul> tally ho
[09:52] <zul> right im heading home
[11:35] <cartel_> hey all
[11:54] <cartel_> im just now trying to build xen 2.0.5 linux-image for ubuntu
[11:55] <cartel_> lets see how we go
[12:01] <T-None> i'd say popularity is rising :)