[02:16] <ember> hey
[02:16] <ember> why :CONFIG_SND_VERBOSE_PROCFS was removed on -11?
[03:08] <gmatht> I am trying to package compcache. Control.modules.in does not seem to be used by debuild. Am I correct in assuming that control.modules.in is only used when users compile there own modules using the module assistant?
[04:45] <gmatht> Also, is there a recommended way of overriding "uname -r" in upstream modules?
[04:45] <gmatht> adding a custom path with custom uname binary, or just patch the upstream source?
[07:38] <kraut> moin
[08:07] <Kano> hi, could somebody revert
[08:07] <Kano> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=commitdiff;h=fb82da6120f7a08405b314377750b17576802c56
[08:07] <Kano> using sound off is no good
[08:08] <Kano> not only "standard" alsa modules are affected also other modules which rely on alsa as build dep
[08:08] <Kano> like the video ones you see which are removed too
[08:55] <amitk> Kano: that commit will stay, we will move the video ones to LUM.
[08:55] <Kano> but there are other external modules like em8300 which requrie sound
[08:56] <amitk> Kano: rtg just pushed some changes that will build headers for LUM, so you should be able to compile these external modules against those headers
[08:57] <Kano> then you can not simply use m-a a-i em8300?
[08:58] <amitk> the headers will be searched for in order of preference - LBM --> LUM --> Kernel
[08:58] <amitk> I am not an expert on m-a
[09:01] <Kano> well just try it
[09:02] <amitk> Kano: we will, once the move to split headers is complete :)
[13:03] <jakeb_> good morning
[14:16] <BenC> Good morning kernel ppl
[14:16] <Nafallo> good day BenC :-)
[14:17] <Nafallo> BenC: how are things?
[14:17] <smb> Good morning
[14:17] <zul> morning BenC 
[14:18]  * BenC is just getting his first coffee down, so other than "good morning", he is not able to communicate
[14:18] <zul> yuck..
[14:19] <Nafallo> lol
[14:23] <BenC> kylem: hey
[14:23] <kylem> aloha.
[14:41] <tseliot> BenC: have you received dholbach's email on EnvyNG?
[14:59] <BenC> tseliot: yeah, but haven't had a chance to review things yet
[15:01] <tseliot> BenC: no problem
[15:11] <kagou> Hi
[15:12] <kagou> trying to finf why my Right CTRL key don't work, i'v rebooted my Hardy system on recovery shell (root) to eliminate xorg problem. And i can say that Right Ctrl+C don't work here too
[15:12] <kagou> i suspect a kernel problem
[15:12] <kagou> any ideas or opinions ?
[15:14] <BenC> kagou: does Left ^C work?
[15:14] <kagou> i'v open Bug #198759 but now i'm going to assign it to kernel
[15:14] <ubotu> Launchpad bug 198759 in xkeyboard-config "Right CTRL don't work" [Medium,Confirmed] https://launchpad.net/bugs/198759
[15:14] <kagou> BenC, yes
[15:14] <BenC> kagou: I seriously doubt kernel then
[15:16] <BenC> kagou: run showkey...if it notices you pressing right ctrl, then it isn't kernel
[15:17] <kagou> for left ctrl :
[15:17] <kagou> 0x9C
[15:17] <kagou> 0x1d
[15:17] <kagou> pressed and left
[15:17] <kagou> for right ctrl :
[15:17] <kagou> 0x61
[15:17] <BenC> I show 0x9d 0x1d for mine
[15:18] <kagou> 0x61 0x61 0x61 0x61 0x61 0x61 0x61 
[15:18] <BenC> For left, I show 0x61 0xe1
[15:18] <kagou> benc same here
[15:19] <BenC> kagou: then something has borked your right ctrl key mapping, if it shows 0x9c and not 0x9d
[15:19] <BenC> kagou: did it ever work right? Does it work right from a livecd?
[15:19] <BenC> err...wait
[15:19] <kagou> right ctrl don't work since ...  a week
[15:19] <BenC> your right ctrl key matches my right ctrl key
[15:20] <kagou> i install fresh daily iso every 2 days
[15:20] <kagou> 0x1d 0xe1 for right ctrl
[15:20] <kagou> but right ctrl+C don't work
[15:21] <BenC> so the key mappings match...which means it isn't the kernel (those are raw key codes from the kernel)
[15:22] <kagou> Ok i understand. As i'am in recovery mode, just a root shell (no xorg etc.)
[15:22] <BenC> kagou: does it work from the livecd (as opposed to your installed system)?
[15:23] <kagou> i''v reboot mu notebook
[15:24] <kagou> i use 20080305.2 daily-live-i386
[15:29] <kagou> BenC, here, under Gutsy i have 0x61 0xe1 for right ctrl
[15:30] <BenC> kagou: is that a gutsy livecd, or gutsy kernel with hardy userspace?
[15:30] <kagou> under gnome-terminal right ctrl+C works :/
[15:30] <kagou> On Hardy live, under gnome-terminal right ctrl+C works :/
[15:31] <BenC> kagou: ok, if it works under livecd, it isn't the kernel
[15:31] <kagou> BenC, indeed
[15:32] <BenC> kagou: try creating a new user, login as them, and see if it works there
[15:32] <BenC> if so, it's some local config in your homedir
[15:32] <kagou> thank you.
[15:32] <BenC> kagou: I assume you keep your homedir on these fresh installs?
[15:33] <kagou> no
[15:33] <BenC> kagou: Ok...the new user thing should help you out in tracking it down
[15:39] <kagou> under Hardy live gnome-terminal Right ctrl+C work, not under hardy installed. Under Gutsy recovery root shell right ctrl+C work, not under hardy recovery root shell
[15:40] <BenC> kagou: hmm...note that in the bug report
[15:40] <BenC> kagou: not sure where to assign it though
[15:40] <kagou> it's noted
[15:42] <kagou> what a strange bug
[15:53] <kagou> thank you BenC. Best regards
[16:15] <hischild> i've been redirected here with a problem. Ubuntu doesn't seem to be able to recognize my second core. cpuinfo returns http://pastebin.com/f510a2e53
[16:17] <tjaalton> hischild: what does 'uname -r' say?
[16:17] <hischild> tjaalton, Linux hc 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
[16:17] <hischild> oh wait
[16:17] <hischild> that's -a
[16:17] <tjaalton> nm
[16:18] <tjaalton> it would have revealed if you had -386 kernel
[16:18] <hischild> :-)
[16:18] <tjaalton> I don't know what's wrong then..
[16:19] <hischild> :( 
[16:19] <hischild> the wierd thing is that on a previous install of ubuntu it recognized it just fine
[16:19] <hischild> unless ... does acpi=off change anything related to this?
[16:22] <abogani> hischild: What 'cat /proc/cmdline' say?
[16:22] <hischild> abogani,  root=UUID=902c64c2-ffee-4902-a356-e3d705035c10 ro quiet splash acpi=off nmi_watchdog=0
[16:23] <abogani> hischild: What are the reasons for last two options?
[16:24] <hischild> abogani,  nmi_watchdog is because vbox wouldn't load properly without that option (during install i was told to add that option), the acpi=off is because my pc won't boot properly without it. If i leave that off it will reboot or freeze as soon as it hits gdm. 
[16:29] <hischild> acpi=off only took about 10 hours to figure out 
[16:29] <abogani> hischild: Please try this: reboot and in grub menu cut out "quiet splash acpi=off nmi_watchdog=0". Select recovery mode. When you have in front a prompt execute cat /proc/cpuinfo and report us. 
[16:30] <hischild> abogani, isn't that the same as just selecting recovery mode? as that one only has "single" added to it
[16:31] <abogani> hischild: I can't know if you have added these options manually. :-)
[16:32] <abogani> only single is perfect
[16:33] <hischild> alright i'll do that :-) back in a few min 
[16:35] <johanbr> cking: About bug 124797 that you said was a HAL bug, I don't think that's right. On recent kernels, at least on my Inspiron 1420, the cpufreq directory for core 1 simply disappears. I don't think that's caused by HAL.
[16:35] <ubotu> Launchpad bug 124797 in linux-source-2.6.22 "CPU Frequency Scaling Monitor applet on dual-core doesn't work after resume" [Undecided,Invalid] https://launchpad.net/bugs/124797
[16:36] <gj_schouten> Hey someone knows how to make my hp zd8000 laptop less noisy and less heating using ubuntu hardy???? suggestions for using APM instead of ACPI and maybe powersaved instead of apmd????
[16:38] <cking> johanbr: Hi, I think there are two issues here:
[16:39] <cking> 1. The suspend/resume cycle does not restore the governor values properly, 
[16:39] <hischild> abogani, alright i'm back ... yet to no avail, it hasn't changed. Gimme a sec while i pastebin it
[16:39] <cking> 2. The missing cpufreq - which I will investigate further.
[16:39] <hischild> abogani, http://pastebin.com/f447957ee
[16:41] <johanbr> cking: Right. Thank you. Should anything be done launchpad-wise? (more info, file a new bug, reopen the old one, ...)
[16:42] <cking> johanbr: I think open a new one, as it is quite different from the one reported at the start of the bug report.
[16:42] <NthDegree> According to the 8.04a6 announcement the kernel now has a memory protection which randomises PIEs - can someone explain or elaborate on this as to what patching or technology is used for this?
[16:42] <gj_schouten> anyone knows whats better when it comes to cpu overheating fan control using ubuntu on a hp zd8000 notebook??? acpi or apm and which daemons????
[16:42] <Solarion> so I'm rolling my own kernel, and the /lib/modules/<kernel> directory is *huge* (well over several hundred MB) which runs me out of space; any idea why it's so huge?
[16:43] <Solarion> by comparison, 2.6.24-11-generic is 112MB (the self-rolld kernel takes up well over 320MB)
[16:43] <cking> johanbr: ..you can also refer to 124797 as background information.  I also suggest sending the usual dmesg information etc.. as required on bug reports
[16:44] <BenC> NthDegree: it's been in the kernel for awhile, but you need to compile programs with the correct compiler options to make use of it
[16:44] <BenC> Solarion: because you have CONFIG_DEBUG enabled, and we strip our modules after compile
[16:44] <Solarion> ah
[16:44] <Solarion> that might do it.  :)
[16:44] <Solarion> is debug enabled by default?
[16:45] <BenC> Solarion: find -name \*.ko | xargs strip
[16:45] <BenC> do that before make install
[16:45] <BenC> Solarion: we do it by default in our builds so we can get a vmlinux with debug symbols for linux-debug pkgs
[16:45] <Solarion> BenC: I'm using the debian scripts to make this happen; what do I need to poke?
[16:45] <BenC> Solarion: you mean make-kpkg?
[16:45] <Solarion> yes
[16:46] <BenC> can't help ya there...we don't use that for our builds
[16:46] <BenC> maybe make-kpkg build, then the strip command I showed you, then make-kpkg binary
[16:46] <BenC> or something similar
[16:46] <Solarion> how about using debian/rules then?
[16:46] <johanbr> cking: Alright. There's one bug open that already has the necessary information (bug #183033) and seems a better fit for the "cpufreq missing" issue. If you could have a look at that, it'd be much appreciated.
[16:46] <ubotu> Launchpad bug 183033 in linux-source-2.6.22 "Intel Core 2 Duo - Resume from suspend, CPU Frequency Scaling is gone on CPU1" [Undecided,Confirmed] https://launchpad.net/bugs/183033
[16:46]  * Solarion is going off of https://help.ubuntu.com/community/Kernel/Compile
[16:46] <BenC> Solarion: wiki page in topic has info on that
[16:47] <Solarion> thanks
[16:47] <Solarion> building a kernel is easy if you blissfully ignore the distro, but I'm trying to do things The Right Way for a change
[16:47] <cking> johnabr: will do - no problem at all
[16:48] <NthDegree> BenC: this question may be OT but what compiler options does Hardy now use?
[16:50] <abogani> hischild: Mmmmm You should check you cpu: 1) It don't have k8 flag 2) It don't have svm flag 3) have up that meaning "SMP kernel over UniProcessor"
[16:51] <hischild> abogani, you're getting a little bit over my head with the technical terms .... what should / can i do?
[16:53] <abogani> hischild:  Seems to me that this cpu isn't cpu the say to be... :-)
[16:53] <BenC> NthDegree: no idea what userspace is doing...#ubuntu-devel might be better to ask
[16:54] <hischild> abogani, i'm sure this is indeed an AMD Athlon 3800+ X2 ... it's always been this one ... it's specifically the one i bought .... 
[16:54] <abogani> hischild: Joke apart: try to update BIOS. I don't have other advice. Sorry.
[16:54] <hischild> :P
[16:54] <hischild> abogani, right :( 
[16:56] <abogani> hischild: just curious do you already tried with Hardy live?
[16:56] <hischild> abogani, well tbh i'm more likely to go and try hardy then to flash my bios ... 
[16:56] <hischild> but ... it used to work well in the past ... that's why i'm wondered
[16:56] <gj_schouten> anyone knows whats better when it comes to cpu overheating fan control using ubuntu on a hp zd8000 notebook??? acpi or apm and which daemons????
[16:57] <abogani> Ok. 
[16:57] <abogani> tbh???
[16:57] <abogani> :-?
[16:57] <hischild> abogani, as soon as my laptop is running smoothly (missing a shitload of drivers ... have to use xp on it :( ) i'm goin to try hardy again
[16:57] <hischild> tbh=to be honest
[16:58] <abogani> Thanks. I'm not know IRC slang at all. :)
[16:58] <hischild> abogani, no problem :-) 
[17:04] <Solarion> why would debian/rules updateconfigs say 'No rule to make target updateconfigs'?
[17:05] <BenC> Solarion: because you don't have our git tree installed
[17:05] <Solarion> it requires the git tree?
[17:05] <BenC> Solarion: the linux-source pkg doesn't include the build scripts
[17:05] <Solarion> ah
[17:06] <Solarion> that's not at all clear from the wiki page
[17:06] <Solarion> so, I should really be building against the git tree?
[17:10] <soren> I need some help with git. I'm trying to merge some of the virtio stuff from Linus' 2.6.25 tree. The virtio stuff we have in the kernel is based off of 2.6.24 with some changes from another git tree on top of it. To simplify the review for Linus, the patches were redone into more logical hunks, so even cherry-picking won't do. What would you do in such a situation? Rewind the patches we have locally (to get back to a clean 2.6.24) and then cherry-