[02:41] <MacMon> hello
[05:08] <bluefoxicy> https://launchpad.net/distros/ubuntu/+source/linux-meta/+bug/32072
[05:09] <bluefoxicy> It keeps fucking up like that from time to time.  no, I don't have extra info.
[11:01] <ubijtsa> moin moin
[11:02] <ubijtsa> Keybuk: I have just raised a defect on Dapper Flight4 - #32097, you may want to take a quick look when you have time..
[11:04] <Keybuk> ubijtsa: you're probably booting the wrong kernel
[11:04] <ubijtsa> Keybuk: Hmm..
[11:05] <ubijtsa> Keybuk: there is only one kernel image + initrd in 'install/netboot/ubuntu-installer/i386/' on the CD
[11:06] <Keybuk> *shrug* not my area of expertise I'm afraid
[11:06] <ubijtsa> Keybuk: oh, sorry to have bothered you then :)
[01:17] <purpleidea> is it fair game to ask questions about how to get an smp kernel working on a new duo core problem, or should i leave those questions to a different forum?
[01:25] <mjg59> purpleidea: What doesn't work?
[01:27] <purpleidea> seems a lot of people are having a problem with this laptop, just came out, inspiron 9400; originally would freeze just before gdm loads, but after x was loaded, now doesn't even boot too far past grub (since an upgrade)
[01:28] <purpleidea> i have more comprehensive details if you want.
[01:29] <purpleidea> or if this isn't the place, please tell me where i can figure it out, i've been looking everywhere, and a lot of people have similar problems, as per hardware wiki, etc.
[01:35] <mjg59> Well, it certainly sounds like a bug
[01:35] <mjg59> What are you trying to boot?
[01:35] <purpleidea> absolutely. especially since the smp kernel "just works" right after install in fedora4
[01:42] <mjg59> Is this Breezy or Dapper?
[01:43] <purpleidea> originally breezy did the up until gdm thing, and dapper now is the stops right after grub. it says: can't find /dev/sda5 although it's there and the non smp boots
[01:44] <mjg59> Hmm. We don't ship non-SMP kernels, do we?
[01:44] <mjg59> Or do you mean booting with nosmp?
[01:44] <purpleidea> nope, you seem to ship non smp, because it installed as the default, before the internet was even up
[01:45] <Mithrandir> that changes in dapper
[01:45] <purpleidea> i had to get the smp one with synaptic, which isn't working :(
[01:45] <Mithrandir> dapper doesn't have non-smp kernels
[01:45] <mjg59> We ship smp kernels only now
[01:45] <mjg59> Then they get rewritten into non-smp ones on single processor systems
[01:46] <purpleidea> well that's good then. from what i understand intel will eventually mostly stop making single core anyways... esp. since a quad is expected. in any case..
[01:46] <mjg59> So does a dapper install CD boot?
[01:48] <purpleidea> i installed originally off of a breezy cd, and upgraded breezy through synaptic from a dapper f3 cd. i haven't actually run the installer if thats what you're asking
[01:48] <purpleidea> presently downloading flight4 in the odd chance anything will work better.
[01:48] <mjg59> Ok
[02:22] <fabbione> BenC: ping?
[02:22] <BenC> fabbione: pong
[02:22] <fabbione> hey dude
[02:22] <BenC> what's up?
[02:22] <fabbione> BenC: do you plan a 17.23 soon?
[02:22] <fabbione> or 16.23 and later 17.24?
[02:22] <BenC> 16.23 today
[02:22] <fabbione> ok
[02:22] <BenC> .24 in a few days
[02:23] <fabbione> i am building .22 right now if you want to wait for the abi files
[02:23] <fabbione> up to you
[02:23] <BenC> for sparc?
[02:23] <fabbione> yes
[02:23] <BenC> ok, I can do that
[02:23] <fabbione> *AFTER* .23 please pull from my branch on people
[02:49] <zul> heylo
[02:51] <chmj> dir
[02:51] <chmj> dir
[02:51] <chmj> dir
[02:51] <chmj> oops, sorry 
[02:52] <zul> i think you meant to say ls
[02:53] <chmj> something like that, on a diff console too 
[06:22] <Mithrandir> BenC: what's the reason for kprobes not being enabled?
[06:23] <BenC> what is it?
[06:23] <Mithrandir> http://www.redhat.com/magazine/005mar05/features/kprobes/ has some info on it
[06:23] <Mithrandir> seems useful for doing instrumentation.
[06:57] <cjb> Mithrandir: Overhead?
[07:04] <BenC> Mithrandir: interesting, but is it useful to users?
[07:28] <fabbione> BenC: are you aware of any problem with tg3 driver on 4xGE broadcom cards on SUN v210 ?
[07:28] <fabbione> BenC: with .12 it seems broken
[07:28] <fabbione> testing .15 now
[07:28] <BenC> not that I know of
[07:29] <zul> wohoo...next week nine inch nails concert..
[07:29] <fabbione> BenC: could you be so kind to do a fast search for me?
[07:29] <fabbione> while i keep going with .15?
[07:32] <BenC> only thing I see is a problem with Debian when they removed the tg3 firmware
[07:32] <fabbione> we do have the firware
[07:34] <BenC> right, which should mean that there is no problem :)
[07:35] <BenC> there are some workarounds for sun in tg3
[07:35] <fabbione> such as?
[07:35] <BenC> maybe look at enabling disabling for this particular hardware
[07:35] <BenC> whether or not to call into eeprom
[07:36] <BenC> is the device coming up, but just not transfering packets, or is there some failure message?
[07:36] <fabbione> it comes up
[07:36] <fabbione> i can netboot
[07:36] <fabbione> so there is network wirewise 
[07:36] <fabbione> i can't get packets in/out after i do ifup the iface
[07:36] <BenC> the ordering of the devices in linux may not be the same as with OBP, so make sure you are using the right one
[07:37] <fabbione> we did try all of them
[07:37] <fabbione> moving the cable from eth0 to eth3
[07:37] <BenC> any of them show link status?
[07:37] <fabbione> yes the 2 i configured
[07:37] <BenC> so they show "LInk at 1000Mbs Full Duplex" or whatever?
[07:38] <fabbione> yes
[07:38] <fabbione> that's OBP tho
[07:38] <BenC> and connecting/disconnecting the cable causes link up/down to occur?
[07:38] <fabbione> not to the kernel
[07:38] <BenC> no, I mean in Linux
[07:38] <fabbione> i saw only one link down/up
[07:39] <fabbione> even if elmo did plug/8unplug a lot
[07:39] <BenC> bring all the interfaces up, then connect/disconnect the cable and see what happens
[07:39] <fabbione> eh
[07:39] <fabbione> if elmo is still at the DC
[07:39] <fabbione> let me see
[07:40] <fabbione> i can only see one module param for tg3.. that's debugging
[07:45] <fabbione> i wonder if we are using #if defined(CONFIG_VLAN_8021Q) || defined(CONFIG_VLAN_8021Q_MODULE)
[07:45] <fabbione> that might change something
[07:55] <Pugget> ciao-  would anyone be willing to help a ubuntu (and debian) newbie compile the new 2.6.15 unbuntu kernel from ftp://ftp.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.15 ?  everyting compiles and then dpkg-gencontrol bombs with "error: package kernel-headers-2.6.15.4-ubuntu1 not in control info"
[07:57] <fabbione> BenC: david says that it might be a known problem.. he is already fixing it :)
[07:57] <Pugget> sweet :-)
[07:58] <fabbione> Pugget: sweet? 
[07:59] <Pugget> fabbione: oops, mis-interpreted the last message as if it were in reponse to my question, nm
[08:00] <fabbione> Pugget: no.
[08:00] <BenC> Pugget: apt-get install linux-source-2.6.15
[08:00] <BenC> don't use the tarball from there
[08:00] <fabbione> after almost 16 hours in the day i don't have time for that :)
[08:01] <BenC> fabbione: BTW, my last kernel upload to fix ppc ftbfs was a little pointless since the ppc buildd's are down :/
[08:01] <fabbione> how so?
[08:01] <BenC> according to Kinnison, one has dead disk, and the other just isn't responding
[08:01] <fabbione> SCORE
[08:01] <Pugget> BenC: what should I stick in my sources.list so I have that package?
[08:01] <fabbione> and i am booting slowlaris :/
[08:02] <BenC> Pugget: uh, the default deb lines
[08:02] <BenC> it's in dapper main
[08:03] <Pugget> BenC: okay
[08:03] <BenC> and if you are trying to do this on breezy, and install it on breezy, you are asking for trouble
[08:04] <Pugget> BenC: figured as much - I just typed "upgrade dapper" into google...
[09:25] <zul> arrgh....stupid totem..
[09:27] <trappist> does 2.6.15-16.23 (or maybe one before it that I missed) fix the 1G/3G split?
[09:27] <fabbione> trappist: what about reading the changelog? :)
[09:27] <zul> fabbione: you are so smart..
[09:28] <fabbione> i know :)
[09:29] <trappist> there it is :)  nicely worded too, with a reference to the problem that exposed the issue for me
[09:36] <BenC> changelogs are useful that way