[12:36] <doko> fabbione: with a amd64-k8-smp kernel, the keyboard gets very unresponsive, when the machine is under normal load (two processes, regular disk I/O). when typing I get some characters twice or triple
[12:37] <fabbione> lucky you!!!!
[12:37] <fabbione> you don't need to type as much as i do to get the same crap
[12:37] <fabbione> doko: you better try 2.6.10 and see if the problem is there too
[12:37] <doko> heh ... rebooting to hoary doesn't show tis
[12:38] <fabbione> also.. file a bug.. it's unlikely we will even attempt to fix it for breezy
[12:38] <fabbione> if you boot 2.6.12 non-smp, does it work?
[12:38] <doko> no
[12:38] <fabbione> so it's generic .12 for you..
[12:38] <fabbione> i am running amd64-k8 here
[12:38] <fabbione> no problems..
[12:38] <fabbione> it might be your keyboard is shy
[12:39] <doko> yes, mostly seen when removing a build tree (on a RAID-0 xfs fs) and typing in another window.
[12:39] <doko> your disks are too slow ...
[12:39] <fabbione> or too fast
[12:39] <fabbione> it sounds like an IRQ problem..
[12:40] <fabbione> meh xfs.
[12:40] <fabbione> why on earth do you use that crap....
[12:40] <fabbione> doko: does your mobo support APIC?
[12:40] <fabbione> if so try to turn it off
[12:40] <fabbione> or boot with noapic
[12:40] <fabbione> i had problems on mine
[12:41] <fabbione> but like yours..
[12:41] <fabbione> mine was crashing hard
[12:41] <doko> ok, will try, currently OOo2 help is building ...
[12:41] <fabbione> ok..
[12:42] <fabbione> just don't upload gcc anymore
[12:42] <fabbione> or i will kill you
[12:42] <fabbione> sparc is bootable and it can even install
[12:42] <fabbione> you so much don't want me upset after breezy release :P
[12:42] <fabbione> do you? ;)
[12:43] <fabbione> anyway.. i was just kidding... about the "kill you"...
[12:43] <fabbione> i will eat you alive :P
[12:44] <fabbione> later
[12:44] <doko> see you
[03:02] <KRavEN> anyone in?  I had some questions on using the rules file to build from source
[03:04] <fabbione> KRavEN: just ask
[03:04] <fabbione> somebody will answer
[03:08] <KRavEN> well, I trimmed down my config quite a bit and i have it building jsut fine, I was just wondering if there was an easier way to get it to complete the debian/rules binary-udebs than to edit each file in debian/d-i/shared to comment out the unused modules
[03:08] <KRavEN> also having to go through and delete all the files that have empty categories
[03:08] <fabbione> no there is no way
[03:09] <KRavEN> I saw you talking abotu something similar in an old weblog
[03:09] <fabbione> if you change configs and modules
[03:09] <fabbione> you need to update the udeb files
[03:09] <fabbione> no otherway around that
[03:09] <KRavEN> was hoping there was a script that would take th eoutput from the install modules and then build the correct shared links
[03:09] <KRavEN> okay, thaks
[03:10] <fabbione> no
[03:10] <fabbione> you can't do it automatically
[03:10] <fabbione> because there is no mapping between modules name/position and their scope
[03:13] <KRavEN> nice work on breezy btw, I'm very happy with it for the last month since I moved from hoary
[03:14] <dilinger> i need to fix my breezy box, it stopped booting after a kernel upgrade :/
[03:14] <KRavEN> heh. forgot to keep an old one in grub?
[03:14] <dilinger> no, the old one's around, but grub ignores my usb keyboard
[03:15] <KRavEN> ahh, damn old bios
[03:15] <dilinger> and i don't have a ps2 keyboard unpacked
[03:15] <KRavEN> sometimes screwing wit the bios usb KB settings will fix it
[03:15] <KRavEN> depeding on the bios 
[03:16] <fabbione> dilinger: yo
[03:16] <fabbione> KRavEN: thanks
[03:20] <KRavEN> heh, I can feel your pain, i have a MB that has no ps2 ports at all
[03:27] <KRavEN> is there any way to get it to spit out all its complaints before erroring out? like after the copy-modules and the find-dups?
[03:28] <KRavEN> got copy modules done by exporting the sourcedir and then just doing the kernel-wedge copy-modules repeatedly until I got them all but I cant do the same with fidn-dups
[03:28] <fabbione> no you need to solve one problem at a time
[03:33] <dilinger> fabbione: hey
[03:33] <dilinger> fabbione: will the schedules for ubz be known in advance?
[03:33] <fabbione> dilinger: you mean the specific BOFs sessions?
[03:33] <dilinger> yea
[03:33] <fabbione> or just the general schedule?
[03:33] <fabbione> no ide
[03:33] <fabbione> a
[03:33] <dilinger> if there's a kernel BOF, i'd like to be around for it
[03:34] <fabbione> i think they are trying to use LP for it
[03:34] <fabbione> but i am not sure what's the status tbh
[03:34] <dilinger> LP?
[03:34] <fabbione> dilinger:  i will let you know.. stay tuned
[03:34] <fabbione> Launchpad
[03:34] <dilinger> ok
[03:34] <fabbione> we planned a kernel bof
[03:34] <fabbione> and i added another one
[03:35] <fabbione> to evaluate other directions
[03:35] <fabbione> like a more conservative kernel for the 5 years server support
[03:42] <dilinger> 5 years?  that sounds like a security nightmare :)
[03:45] <fabbione> dilinger: 5 for servers 3 for desktop
[03:47] <KRavEN> does that require you never do a kernel revision?
[03:47] <KRavEN> like to a new version
[03:49] <fabbione> KRavEN: once a kernel is in stable.. it's only security updates
[03:49] <fabbione> so no new versions
[04:16] <KRavEN> is there a trick to getting the restricted modules to build?  doesnt seem to like the linux-headers
[04:16] <fabbione> KRavEN: we can't ensure that lrm will built with custom kernels
[04:16] <KRavEN> ahh
[04:16] <fabbione> you might want to check debian/control.stub
[04:16] <fabbione> and stuff like that
[04:17] <KRavEN> yeah, I edited that to what shoudl work but I get a lot of no such file or directory warnings for include files, ill keep looking
[05:26] <fabbione> hey BenC 
[05:28] <BenC> hey
[05:28] <BenC> thanks for the upload in my absense
[05:30] <fabbione> i did no upload
[05:30] <fabbione> i have one pending
[05:30] <fabbione> please let's keep it there as it is
[05:30] <fabbione> there is a security issue and several sparc fixes
[05:31] <BenC> "I did no" == "I did one"?
[05:31] <fabbione> i did no uploads
[05:31] <fabbione> i have one pending with .22
[05:31] <BenC> I got an upload notification for .21
[05:31] <fabbione> they are all lamont work :)
[05:32] <BenC> ah
[05:32] <BenC> I read the changelog wrong
[05:32] <lamont__> twas a bad start-of-week
[05:32] <BenC> lamont: everything good with ia64 now?
[05:33] <lamont__> I think so
[05:33] <BenC> is ia64 a supported arch for breezy?
[05:33] <fabbione> nope
[05:33] <lamont__> need to retest, but at least we have a kernel.
[05:33] <BenC> sweet
[05:33] <lamont__> not canonical-supported, that's true
[05:33] <BenC> installable ia64 cd's now?
[05:33] <lamont__> should be
[05:33] <lamont__> although I think you want the RCC
[05:33] <lamont__> which should be RSN
[05:33] <BenC> netboot?
[05:33] <lamont__> trick is to make sure that the kernel you have is -9.21
[05:34] <lamont__> netboot should "just work" - completely untested
[05:34] <lamont__> -20 was a netboot-only kernel, since IDE was completely fubar
[05:34] <lamont__> and really uninteresting on ide-hdd machines
[05:35] <BenC> I think my i2k is scsi
[05:36] <lamont__> hppa live is, well, mada
[05:47] <fabbione> BenC: are you good with the changes in .22??
[05:47] <fabbione> they are all tested
[05:52] <BenC> yes
[05:52] <BenC> any reason we don't have CONFIG_USB_SUSPEND enabled?
[05:53] <BenC> bug 12310 claims it fixes his crashing when resuming with USB mouse installed
[05:53] <fabbione> BenC: it was marked as highly experimental
[05:53] <fabbione> so we can probably turn it on for dapper
[05:54] <lamont__> BenC: current breezy live ia64 is not happy, need to wait for the new builds that I think Kamion is making now
[05:54] <BenC> ok
[06:02] <BenC> the usb controllers seem to use the same code for CONFIG_USB_SUSPEND as it does for CONFIG_PM
[06:03] <BenC> but the usb core takes extra steps like suspending devices when CONFIG_USB_SUSPEND is enabled
[06:04] <fabbione> BenC: in any case we so much don't want to test that now :)
[06:08] <BenC> yeah, just wishing we could
[06:08] <BenC> lot of usb/resume related bugs
[06:10] <fabbione> yeah
[06:10] <fabbione> though luck
[07:19] <crimsun> fabbione: will .22 be uploaded post-RC?
[07:20] <fabbione> crimsun: yes.. RC is now
[07:21] <crimsun> fabbione: ok, thanks. I've uploaded a dpatch for #15031 that should really be in Breezy, since it prevents an OOPS on boot.
[07:25] <fabbione> looking in a sec
[07:45] <fabbione> crimsun: no
[07:45] <fabbione> we are not going to apply that patch
[07:45] <fabbione> not for breezy at least
[07:45] <crimsun> fabbione: all right.
[07:46] <fabbione> it's just too intrusive
[07:46] <crimsun> indeed
[07:46] <fabbione> 87K of changes.. i will get mdz hang us on a cross and burn us alive
[07:50] <crimsun> ugh, that alc880 is a beast. It's the only one that's OOPSing on boot - all the other codecs with the Intel HDA work just fine.
[07:53] <fabbione> though luck
[07:54] <zul> blah..sendmail
[08:12] <jbailey> I like sendmali
[08:12] <jbailey> Sendmail is cuddly.
[08:49] <zul> sendmail is a beast that should be put down
[08:55] <jbailey> Whyever for?
[08:55] <jbailey> It's simply to configure.
[08:55] <jbailey> It's fast.
[08:55] <jbailey> It's well used.
[08:58] <jbailey> And in a pinch, you can make it do *anything*
[09:09] <zul> bleah..not when you have bad experiences with it
[09:13] <zul> must...watch...hockey
[09:45] <jbailey> Really?
[09:45] <jbailey> I know few people with bad experiences with sendmail
[09:45] <jbailey> Or at least, few people who haven't done something silly like try to edit sendmail.cf directly. =)
[09:46] <jbailey> But that's like editting your gnome configs by using hexedit on the binaries.
[09:46] <fabbione> why not?
[09:46] <fabbione> you don't like the fun?
[09:46] <jbailey> fabbione: Dude.
[09:46] <jbailey> fabbione: I enjoy the fun of editting binaries with a hex editor. =)
[09:46] <fabbione> ehhe
[09:46] <jbailey> But the canonical way of doing it is editting the sendmail.mc file. =)
[09:48] <fabbione> given that old admin did left one
[10:59] <jbailey> fabbione: Well, it depends how ugly the old admin's changes were.