[00:05] <kristian-aalborg> after building a (hopefully) working config, can I just "make menuconfig" and then Roosevelt stuff again?
[00:08] <jjohansen> generally yes
[00:10] <kristian-aalborg> cool
[00:11] <kristian-aalborg> I guess that building kernels is a fairly good way to get the building process straight
[00:13] <jjohansen> hehe, yeah its a great way :)
[00:16] <kristian-aalborg> I might put a tutorial together... not on an expert level, obviously... but just how to get things running a bit better
[00:44] <kristian-aalborg> will this building method work on any debian-derived distro?
[01:02] <DrDetroit> jjohansen: here is the result of my test
[01:02] <DrDetroit> 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686 GNU/Linux
[01:02] <DrDetroit> 1:40,  2 users,  load average: 0.42, 1.03, 1.27
[01:03] <DrDetroit> but its getting pretty poor performance
[01:03] <DrDetroit> I thought 28 was good
[01:03] <DrDetroit> I sure don't know what to think or do anymore
[01:06] <DrDetroit> i guess i will go back to 27 i think i still have that on my menu
[01:07] <DrDetroit> Do you know how long folks have been reporting this issue?
[01:20] <jjohansen> DrDetroit: I had a user on the weekend reporting a similar issue but we didn't track it down
[01:21] <jjohansen> DrDetroit: I am not even sure it is the same problem, but the symptoms are similar
[01:25] <DrDetroit> jjohansen:  I am sort of unsure on how to proceed
[01:26] <jjohansen> DrDetroit: lets give -27 a good run and see if you see problems there
[01:26] <DrDetroit> jjohansen:  Ok I will do that
[01:27] <jjohansen> DrDetroit: from last night bisects I would say we weren't giving the problem enough time to surface
[01:27] <DrDetroit> I have been running that rotating torus screensaver
[01:27] <DrDetroit> I can tell when things slow down after awhile
[01:27] <jjohansen> DrDetroit: there is also the possibility the problem stems from something else that was updated at the same time as the kernel
[01:27] <DrDetroit> it ls almost like an old fashioned windows memory leak
[01:28] <DrDetroit> I have been running xchat, a terminal window, 3 instances olf mudlet (a mud client) and firefox
[01:28] <jjohansen> yes, except in the one I was chasing on the weekend there was plenty of free memory
[01:28] <jjohansen> we should check that when you see the slow down
[01:28] <DrDetroit> ok
[01:29] <jjohansen> DrDetroit: also we should try killing running processes one by one and see if that clears up the problem
[01:30] <DrDetroit> Mem:    444440k total,   331720k used,   112720k free,    17080k buffers
[01:30] <DrDetroit> Swap:  1299448k total,        0k used,  1299448k free,   151360k cached
[01:30] <DrDetroit> that is current with only xchat and a terminal window running
[01:30] <jjohansen> DrDetroit: so yeah good atm, and if we see the slow down check again
[01:31] <DrDetroit> jjohansen: its slow now
[01:32] <jjohansen> before we were just doing a bisect hunt for a kernel regression, this time we will be much more thorough
[01:32] <DrDetroit> jjohansen: with those stats
[01:32] <jjohansen> ah
[01:32] <jjohansen> what does top report
[01:32] <DrDetroit> that was top
[01:33] <DrDetroit> 950 root      20   0  111m  39m 8692 S  5.8  9.1  25:24.79 Xorg               
[01:33] <DrDetroit>  1708 bobp      20   0  2548 1192  904 R  2.6  0.3   0:00.44 top                
[01:33] <DrDetroit>  1533 bobp      20   0 46296  12m 9724 S  1.3  3.0   0:32.65 gnome-terminal     
[01:33] <DrDetroit>   223 root      20   0     0    0    0 S  0.3  0.0   0:05.54 usb-storage        
[01:33] <DrDetroit>  1267 root      20   0  3612 1216 1036 S  0.3  0.3   0:05.28 hald-addon-stor    
[01:33] <DrDetroit>  1396 root      20   0  5180  968  688 S  0.3  0.2   0:08.67 udisks-daemon      
[01:33] <DrDetroit>  1581 bobp      20   0 49604  19m  12m S  0.3  4.5   1:35.80 xchat-gnome        
[01:33] <DrDetroit> that is the maddening part
[01:33] <jjohansen> okay and the load figures
[01:33] <DrDetroit> nothing really shows up hogging cpu or memory
[01:33] <jjohansen> okay
[01:34] <DrDetroit> Cpu(s):  7.2%us,  3.6%sy,  0.0%ni, 89.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
[01:34] <DrDetroit> thats from top 
[01:34] <DrDetroit> its crappy poor at 90 percent idle
[01:34] <DrDetroit> jjohansen: let me proppse this
[01:35] <DrDetroit> I will reboot and go back to 27 but before i do that, i will double check my hardware to make sure it is all working properly including memory
[01:35] <DrDetroit> i think it is
[01:35] <DrDetroit> but i can double check
[01:35] <DrDetroit> then i will boot back to 27 and run that for a while
[01:36] <DrDetroit> I can report back later this evening or tomorrow early
[01:36] <jjohansen> well yes that is worth doing, which kernel are you running /me thought you were on .27
[01:36] <DrDetroit> whichever you prefer
[01:36] <DrDetroit> currently this is 28 which i thought was good
[01:36] <jjohansen> okay, well lets run a few commands first
[01:37] <jjohansen> do
[01:37] <jjohansen> sar 1 100
[01:39] <DrDetroit> jjohansen:apparetnly its not installed
[01:39] <DrDetroit> i will install it hold on
[01:39] <jjohansen> sudo apt-get install sysstat
[01:41] <DrDetroit> its running
[01:41] <DrDetroit> it looks like it is repeating the same stuff, is that what you wanted
[01:42] <jjohansen> yes, look at the iowait column
[01:42] <jjohansen> what kind of figures are you seeing
[01:43] <DrDetroit> Average:        all     37.54      7.69     11.41      0.28      0.00     43.08
[01:43] <DrDetroit> the are all 0.00
[01:44] <DrDetroit> i tanke that back i see one 7 a couple 6's and a couple 1's but the majority are 0.00
[01:44] <jjohansen> alright so we aren't seeing io backup causing the slow down
[01:44] <jjohansen> not a big deal, a few low numbers isn't going to be a problem
[01:44] <DrDetroit> the average is .28
[01:45] <DrDetroit> i did run itop but i really didnt understand what it was telling me
[01:45] <jjohansen> if we where getting high numbers with high idle, it would indicate that processes are spending all their time blocked on io
[01:45] <kristian-aalborg> will subsequent builds be significantly faster?
[01:46] <jjohansen> kristian-aalborg: they can be, it depends on what make determines needs to be rebuilt, based off Makefile dependencies and time stamps
[01:46] <jjohansen> so if you change a header file that gets included everywhere, everything needs to be rebuilt
[01:46]  * kristian-aalborg screams!
[01:47] <jjohansen> change a small section of a .c file and likely only 1 file gets rebuilt
[01:47] <kristian-aalborg> it *still* does not work :(
[01:47] <jjohansen> kristian-aalborg: are you doing make clean?
[01:47] <kristian-aalborg> still goes straight to reboot
[01:48] <kristian-aalborg> no, fdr clean
[01:48] <jjohansen> ah fdr clean will clean out the old build
[01:48] <kristian-aalborg> no no... I start out with fdr clean, then cp over the config file
[01:49] <jjohansen> if you want to do an incremental build with the build system do rm debian/stamps/stamps-build-XXXX
[01:49] <jjohansen> kristian-aalborg: right, 1 clean is needed, after which clean can be skipped if you want to do incremental builds
[01:50] <kristian-aalborg> I thought I was going to want that, but not before my kernel works :/
[01:50] <jjohansen> however depending on your config changes you may need to do a clean
[01:51] <kristian-aalborg> jjohansen: obviously, something is still very wrong with the .debs I produce
[01:51] <jjohansen> I am not sure how well the dependencies between the config file and the rest of the build system are tracked
[01:51] <jjohansen> kristian-aalborg: :(
[01:51] <jjohansen> DrDetroit: can you try running vmstat
[01:51] <DrDetroit> sure
[01:52] <DrDetroit> procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
[01:52] <DrDetroit>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
[01:52] <DrDetroit>  1  0      0  77948  27512 172400    0    0    31     6  318 1975 46 10 44  1
[01:52] <kristian-aalborg> build system is Lubuntu 10.4, box to use kernel on is Ubuntu 10.4... should be the same
[01:53] <jjohansen> DrDetroit: what processes are running
[01:53] <jjohansen> kristian-aalborg: what problems are you seeing with your .debs?
[01:53] <DrDetroit> three terminal windows, xchat
[01:53] <DrDetroit> and i just closed 1 terminal window
[01:54] <kristian-aalborg> the debs look fine, I md5summed them too before install
[01:54] <DrDetroit> of course there is the stuff on my panel
[01:54] <kristian-aalborg> well, one of them... 
[01:54] <DrDetroit> time date, sound etc
[01:55] <jjohansen> DrDetroit: try this log out of your X session and log back in, let see if reset a session, restarting the panels etc, has an effect
[01:55] <kristian-aalborg> jjohansen: it's what happens when I try to boot the kernel that I installed from those debs that things get weird :/
[01:55] <DrDetroit> ok
[01:55] <jjohansen> kristian-aalborg: still rebooting?
[01:56] <DrDetroit> brb
[01:56] <kristian-aalborg> jjohansen: yes
[01:57] <jjohansen> kristian-aalborg: and you are just changing the config, no other patches right?
[01:57] <kristian-aalborg> I did sudo dpkg -i linux-* this time, would be the same I reckon
[01:57] <kristian-aalborg> yes, I use the config that's in /boot on the old box
[01:58] <jjohansen> kristian-aalborg: can you send me the config, I will compare and try building a lucid kernel for you
[01:59] <kristian-aalborg> http://pastebin.com/LUM4xbu9 this is what I get when I diff the two files
[02:00] <jjohansen> kristian-aalborg: diff your config and the lucid config?
[02:00] <DrDetroit> jjohansen: it is significently worse
[02:00] <DrDetroit> and my desktop has changed themes
[02:00] <DrDetroit> hehe
[02:01] <kristian-aalborg> sorry for being unclear
[02:01] <jjohansen> DrDetroit: interesting, want to look at top and sar output again
[02:01] <DrDetroit> sure
[02:01] <kristian-aalborg> this is the diff between the config from the working config and the non-working one - sent from the old machine
[02:02] <DrDetroit> jjohansen: here is top
[02:03] <DrDetroit> Tasks: 140 total,   1 running, 139 sleeping,   0 stopped,   0 zombie
[02:03] <DrDetroit> Cpu(s): 21.9%us,  9.4%sy, 24.1%ni, 43.8%id,  0.6%wa,  0.1%hi,  0.0%si,  0.0%st
[02:03] <DrDetroit> Mem:    444440k total,   385744k used,    58696k free,    29016k buffers
[02:03] <DrDetroit> Swap:  1299448k total,        0k used,  1299448k free,   194280k cached
[02:03] <jjohansen> kristian-aalborg: thats it? one not having cgroups shouldn't make any difference
[02:03] <jjohansen> DrDetroit: and sar
[02:03] <DrDetroit> Average:        all     29.36      0.00      7.80      0.44      0.00     62.41
[02:04] <DrDetroit> iowaits ave .44
[02:04] <kristian-aalborg> yes, it is weird
[02:04] <jjohansen> alright
[02:04] <DrDetroit> top was with sar running
[02:05] <jjohansen> kristian-aalborg: can you send me the working config
[02:05] <kristian-aalborg> http://pastebin.com/XZjV4Fup
[02:05] <kristian-aalborg> here :)
[02:06] <DrDetroit> jjohansen: we can continue this tomorrow if you would like to work with others tonite
[02:06] <jjohansen> DrDetroit: its fine, we can keep going if you want
[02:07] <kristian-aalborg> I should get some sleep... 3AM here... 
[02:07] <DrDetroit> hehe
[02:07] <kristian-aalborg> jjohansen: we could continue later, unless you're already building?
[02:08] <jjohansen> kristian-aalborg: yeah I kicked it off, but we can continue later it will take a bit to build
[02:09] <kristian-aalborg> depends on what "a bit" is on your system - on mine, it's usually hours ;)
[02:09] <jjohansen> kristian-aalborg: say 20-30min
[02:10] <kristian-aalborg> I think the smart thing for me is going to bed then
[02:11] <kristian-aalborg> 30 mins of building
[02:11] <DrDetroit> sleep....sleep....sleep
[02:11]  * DrDetroit giggles
[02:11] <jjohansen> hehe
[02:11] <kristian-aalborg> then spending either one hour trying to figure out what went wrong or the rest of the night tweaking ;)
[02:14] <kristian-aalborg> jjohansen: I'll catch up later, just remember not to delete the files ;)
[02:15] <jjohansen> kristian-aalborg: :)
[02:15] <jjohansen> DrDetroit: alright give the -27 kernel a spin
[02:17] <kristian-aalborg> see ya, and thanks for helping out
[02:19] <DrDetroit> jjohansen: ok will do
[02:19] <DrDetroit> back later on
[02:19] <DrDetroit> with a report
[02:28] <DrDetroit> jjohansen: ok on 27 will let it run for a few hours with hypertorus screensaver running
[02:28] <DrDetroit> I have my normal apps open and running also
[02:46] <jjohansen> DrDetroit: okay I'll check back in a few hours
[07:40] <fairuz> Hi morning
[07:42] <jjohansen> morning
[07:42] <fairuz> jjohansen: can i start with my questions? :D
[07:42] <jjohansen> sure
[07:43] <fairuz> jjohansen: about /usr/src/linux-headers-xxxxxxx, I need one for each kernel i compile?
[07:44] <fairuz> jjohansen: because i see files in /lib/modules/xxxxxxxx/build point to the headers folder
[07:44] <jjohansen> fairuz: define need, they are good to have but the headers aren't "needed" to run the kernel
[07:45] <fairuz> jjohansen: yes, i mean for compiling external module
[07:46] <fairuz> jjohansen: for external module, i need all of those right?
[07:46] <jjohansen> yes, the headers are needed for compiling external modules
[07:47] <fairuz> jjohansen: and i suppose there are make install_headers to create this folder?
[07:47] <fairuz> :D
[07:48] <jjohansen> fairuz: the target is actually headers_install
[07:49] <jjohansen> fairuz: or maybe headers_install_all
[07:49] <fairuz> jjohansen: I think I already tried that, but no idea where the files go after it finishes
[07:49] <jjohansen> for the work I've done I've never needed to do it, but yeah its there
[07:53] <fairuz> jjohansen: I compile the kernel with custom name and it boots ok
[07:54] <fairuz> jjohansen: just there is no display right now, which I think it's normal because I'm not installing the modules yet
[07:54] <jjohansen> fairuz: sounds about right
[07:55] <fairuz> jjohansen: i just get the plain console. I will try now to use sshfs to install the modules. I tried it yesterday but got some problems
[07:56] <fairuz> jjohansen: something about permissions
[07:56] <jjohansen> fairuz: hrmm, I think I might know what you hit, give me a minute to find it
[08:05] <jjohansen> fairuz: http://blog.sumostyle.net/robg/2006/08/07/some-useful-sshfs-options/
[08:05] <fairuz> jjohansen: ok i'll take a look at it
[08:05] <jjohansen> you may need allow_root or allow_other, I can't remember which
[08:05] <jjohansen> I think I did the mount as my regular user and I had to use allow_root, to get the install to work
[08:09] <fairuz> jjohansen: i'll try that
[08:09] <fairuz> jjohansen: have to reboot with my working kernel first :D
[08:11] <fairuz> jjohansen: it's not a simple thing this whole kernel thing. To get it booted is one thing. To get it works with all the modules is other thing.
[08:12] <jjohansen> yeah it can be a pain, there are reasons to like monolithic kernels
[08:16] <fairuz> jjohansen: so you do sshfs without sudo ?
[08:17] <jjohansen> fairuz: that I can't remember, the remote install I was doing where a while ago
[08:17] <jjohansen> I know I did sudo make install ; sudo make modules_install
[08:18] <fairuz> jjohansen: ok. 
[08:18] <jjohansen> but I think the fuse mount was probably done as a user
[08:18] <jjohansen> I know I did the compile as just a plain user
[08:18] <fairuz> jjohansen: it dont let me to use -o, I need to edit /etc/fuse.conf
[08:19] <jjohansen> fairuz: yeah, I think I had to do that too
[08:19] <jjohansen> getting it setup was a bit of a pain
[08:19] <jjohansen> but it worked well once I had it
[08:20] <fairuz> jjohansen: one thing i find it weird, before it asking the remote password. It asks for my password 3 times. Each time.
[08:21] <jjohansen> hrmm, I don't remember it doing that, but its possible, /me needs to go back and try doing a remote install like this again some time
[08:52] <fairuz> jjohansen: it's installing the modules now :D
[08:53] <fairuz> jjohansen:  I use sudo sshfs -o allow_other,default_permissions <host> <mountpoint>
[08:54] <jjohansen> yeah that sounds like it should work
[08:54] <DrDetroit> and good morning to all
[08:54] <fairuz> jjohansen: i only have around 400Mb left on the SD, hope it's enough
[08:54] <fairuz> DrDetroit: morning
[08:55] <jjohansen> morning DrDetroit
[08:55] <DrDetroit> jjohansen: I have run the 27 kernel since falling asleep last night
[08:55] <DrDetroit> it seems ok , have not seen any issues yet
[08:55] <jjohansen> hrmm okay
[08:55] <DrDetroit> let me open up a few more apps and see what happens
[09:05] <fairuz> jjohansen: It finishes :D
[09:05] <jjohansen> :)
[09:06] <fairuz> jjohansen: but I think I should change the symlink for build and source
[09:06] <fairuz> jjohansen: right now it points to the mounpoint
[09:06] <jjohansen> hehe, yeah that might be an idea
[09:07] <fairuz> jjohansen: maybe I should change it directly to my source folder in the build machine?
[09:07] <fairuz> jjohansen: since it's accessible by network
[09:08] <jjohansen> fairuz: that should work
[09:08] <fairuz> jjohansen: i will be happy if this works :D
[09:24] <fairuz> jjohansen: hmm still no luck. I got FATAL: Could not load /lib/modules/2.6.35-980-omap4-fairuz/modules.dep: No such file or directory
[09:24] <fairuz> jjohansen: but the file is there!
[09:24] <jjohansen> fairuz: try running depmod -ae
[09:25] <fairuz> WARNING: -e needs -E or -F
[09:25] <fairuz> FATAL: Could not open /lib/modules/2.6.35-980-omap4-fairuz/modules.dep.temp for writing: Permission denied
[09:26] <jjohansen> fairuz: sudo depmod -a
[09:27] <fairuz> jjohansen: ok done. what it does?
[09:27] <fairuz> jjohansen: i reboot now?
[09:27] <jjohansen> depmod - program to generate modules.dep and map files.
[09:27] <jjohansen> sure give it a try
[09:32] <kristian-aalborg> jjohansen: hi again
[09:32] <jjohansen> morning kristian-aalborg
[09:33] <DrDetroit> morning kristian-aalborg
[09:33] <kristian-aalborg> morning
[09:33] <kristian-aalborg> what time is it where you people live?
[09:34] <jjohansen> 02:34
[09:34] <fairuz> >:o
[09:34] <DrDetroit> 4:34
[09:34] <jjohansen> kristian-aalborg: kernel.ubuntu.com/~jj/linux-image-2.6.32-31-generic_2.6.32-31.60~kristian_i386.deb 
[09:35] <kristian-aalborg> ah, east and west coast I suppose
[09:35] <kristian-aalborg> jjohansen: thanks
[09:35] <DrDetroit> central here, I live n the Ozark mountains of Arkansas
[09:35] <kristian-aalborg> I have a load of wires all over the place atm, it will be a moment before I can download anything
[09:39] <fairuz> jjohansen: still got FATAL: Could not load /lib/modules/2.6.35-980-omap4-fairuz/modules.dep: No such file or directory
[09:40] <jjohansen> fairuz: hrmm, is /lib mounted, at this point?
[09:41] <fairuz> jjohansen: I have no idea of this
[09:42] <jjohansen> fairuz: how is the filesystem layed out are you using an initramfs/initrd is /lib in the root filesystem
[09:47] <fairuz> jjohansen: I have no idea about initramfs, but now when it finishes botting, i can go in /lib yes
[09:47] <jjohansen> what does mount show
[09:47] <fairuz> jjohansen: oh there is not /lib
[09:48] <fairuz> proc on /proc type proc (rw)
[09:48] <fairuz> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
[09:48] <fairuz> none on /sys type sysfs (rw,noexec,nosuid,nodev)
[09:48] <fairuz> none on /sys/kernel/debug type debugfs (rw)
[09:48] <fairuz> none on /sys/kernel/security type securityfs (rw)
[09:48] <fairuz> none on /dev type devtmpfs (rw,mode=0755)
[09:48] <fairuz> none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
[09:48] <fairuz> none on /dev/shm type tmpfs (rw,nosuid,nodev)
[09:48] <fairuz> none on /var/run type tmpfs (rw,nosuid,mode=0755)
[09:48] <fairuz> none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
[09:51] <fairuz> jjohansen: hmm ... but why with other kenel, it loads ok
[09:51] <jjohansen> fairuz: hrmm I not sure
[09:53] <fairuz> jjohansen: wait i go restart all machines and retry
[09:59] <DrDetroit> well now, that was strange, my screensaver went off, but returned back to the regular screen
[10:01] <fairuz> jjohansen: is this something to do with initrd?
[10:01] <fairuz> jjohansen: at boot, i load uImage and also uInitrd
[10:02] <jjohansen> fairuz: yep, what files are in /boot/
[10:02] <jjohansen> DrDetroit: its not unheard of for the screen saver to have odd bugs
[10:02] <DrDetroit> hehe, i know, its a computer, it's all smoke and magic to me
[10:02] <jjohansen> if you can replicate it is worth filing a bug over
[10:03] <fairuz> jjohansen: there are some vmlinuz files, system.map files, initrd.img-xxxxx
[10:03] <DrDetroit> naw
[10:03] <jjohansen> fairuz: so you need to make an initrd
[10:03] <fairuz> jjohansen: there are files for my old kernel, no files for my new kernel
[10:04] <fairuz> jjohansen: ah ok.. any help to do that?
[10:04] <jjohansen> fairuz: no files at all or no initrd
[10:04] <fairuz> jjohansen: what this thing do? it's ubuntu thing or kernel thing?
[10:04] <jjohansen> fairuz: hrmmm well sort of both
[10:04] <jjohansen> the kernel doesn't need one but one is often used for flexibility
[10:05] <jjohansen> ubuntu uses one
[10:05] <fairuz> jjohansen: i have for example initrd.img-2.6.35-980-omap4 but no initrd.img-2.6.35-980-omap4-fairuz
[10:05] <jjohansen> fairuz: I am going to assume its an initramfs
[10:05] <fairuz> and also i have vmlinuz-2.6.35-980-omap4 but no vmlinuz-2.6.35-980-omap4-fairuz
[10:06] <fairuz> jjohansen: same thing applies for System.map and abi files
[10:06] <jjohansen> sudo update-initramfs -ck 2.6.35-980-omap4-fairuz
[10:06] <fairuz> jjohansen: ok
[10:07] <jjohansen> fairuz: hrmm, do you do a make install?
[10:07] <jjohansen> fairuz: or did you just copy the vmlinuz
[10:07] <fairuz> jjohansen: nope, just make xxx_defconfig and make uImage
[10:07] <fairuz> jjohansen: then i just copy the uImage
[10:07] <jjohansen> fairuz: generally make install will copy those as well as the kernel
[10:08] <jjohansen> you could use the same sshfs trick to do make install as make modules install
[10:10] <jjohansen> fairuz: also update-initramfs isn't the only way to make a ramdisk but it is the way ubuntu uses, I am not up to date on other methods
[10:14] <fairuz> jjohansen: i have now initrd.img for my kernel
[10:16] <fairuz> jjohansen: it still not working. i will try the make install now
[10:16] <jjohansen> fairuz: make install and then remake the ramdisk
[10:17] <jjohansen> fairuz: instead of -ck use -uk
[10:18] <fairuz> jjohansen: actually it generate the initrd but it gives this grep: /boot/config-2.6.35-980-omap4-fairuz: No such file or directory
[10:18] <fairuz> i should copy my config to /boot folder first?
[10:18] <fairuz> or make install will do that
[10:19] <jjohansen> hrmm, configs shouldn't be needed but system.map and abi I believe are
[10:20] <jjohansen> fairuz: but if its complaining about the config missing if make install doesn't put it there copy it yourself
[10:22] <fairuz> jjohansen: ok understood
[10:28] <fairuz> jjohansen: sudo install will not recompile the kernel i suppose?
[10:29] <jjohansen> fairuz: sudo make install should not recompile the kernel
[10:29] <jjohansen> well at least as long as you haven't changed any timestamps
[10:31] <fairuz> jjohansen: if both machines have different time? :D
[10:31] <fairuz> jjohansen: because right now i'm seeing a lot of CC
[10:31] <fairuz> jjohansen: which i think it's in the process of the compiling
[10:31] <jjohansen> fairuz: its the files time stamps that should be important, I'm not sure why you would be seeing lots of CC
[10:32] <jjohansen> which is indeed compiling
[10:32] <fairuz> jjohansen: well i will let it compile then ( which will take forever since it's compiling on the target machine )
[10:33] <fairuz> jjohansen: So if I understand well, I should do make install that will install necessary files to /boot
[10:34] <jjohansen> fairuz: it should
[10:34] <fairuz> jjohansen: and this file is used during the boot i suppose?
[10:35] <jjohansen> fairuz: or for setting up the module dependencies, building the initramfs (which is used during boot)
[10:38]  * jj-afk is going to be off for a bit
[10:38] <DrDetroit> jj-afk: up  8:16,  2 users,  load average: 0.58, 0.79, 0.74
[10:38] <fairuz> jj-afk: ok thanks for your help
[10:38] <DrDetroit> just for info purposes i think 27 is ok
[10:38] <DrDetroit> see you later
[10:39] <jj-afk> DrDetroit: okay, 27 looks okay but not 28, I'll build a kernel for you to test, while I am a way
[10:41] <DrDetroit> thanks, see you later on today
[10:42] <jj-afk> DrDetroit: I am give me 20 min, and I'll have the kernel for you
[11:10] <jj-afk> DrDetroit: kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.13417a_i386.deb
[11:10] <jj-afk> these ones are going to be slightly different in that I am tagging them with part of the commit sha
[11:12] <jj-afk> so if you don't want all the test kernels installed at the same time, then you will need to dpkg -r the package when done testing with it and moving on
[12:10] <fairuz> jj-afk: there?
[12:40] <DrDetroit> jj=afk: so if i understand correctly, I should 1) download the package 2) install it the same way we did the others with dpkg -i <packagename>
[12:41] <DrDetroit> then once I am done testing do a dpkg -r <packagename> before moving on to the next one
[12:42] <DrDetroit> jj-afk: so if i understand correctly, I should 1) download the package 2) install it the same way we did the others with dpkg -i <packagename>
[12:42] <DrDetroit> then once I am done testing do a dpkg -r <packagename> before moving on to the next one
[13:00] <DrDetroit> jj-afk: downloaded and testing first kernel
[13:28] <DrDetroit> l
[13:33] <tgardner> ogasawara, are you planning to rebase natty master-next for 2.6.38.1 today?
[13:34] <ogasawara> tgardner: yep, was gonna do it right after I finish up this Maverick to Natty config delta review
[13:34] <tgardner> ogasawara, cool
[13:45] <ppisati> ogasawara: lp#737073 - why did you mark it invalid for lucid/maverick? the description says it affects kernels before 2.6.37
[13:45] <ogasawara> bug 737073
[13:45] <ubot2> Launchpad bug 737073 in linux "CVE-2010-4527" [Medium,Fix committed] https://launchpad.net/bugs/737073
[13:46] <ogasawara> ppisati: I want to recall that it's because the patch is already in maverick/lucid via stable updates, but I'll have to double check
[13:47] <tgardner> ogasawara, if so, shouldn't it be 'fix released' ?
[13:47] <ppisati> ogasawara: ah ok
[13:47] <ppisati> ppisati: i didn't check the tree before asking, ok
[13:48] <ogasawara> tgardner: yah, I suppose it could be marked Fix Released rather than Invalid
[13:48] <tgardner> ogasawara, that more closely matches the CVE tracker state, doesn't it?
[13:50] <ogasawara> tgardner: the CVE tracker state is marked as not-affected so I guess it just depends how we want to interpret it
[13:51] <tgardner> ogasawara, well, the security team has been dinging us for not noticing when stable updates fix a CVE, even though its not noted in the upstream commit log.
[13:51] <ogasawara> tgardner: ah, in that case Fix Released is probably a better status to use
[14:03]  * ogasawara back in 20min
[14:04] <ppisati> bug 736394
[14:04] <ubot2> Launchpad bug 736394 in linux-source-2.6.15 "CVE-2010-4342" [Medium,In progress] https://launchpad.net/bugs/736394
[14:05] <ppisati> i nominated it for maverick
[14:05] <ppisati> can anyone pass the nomination?
[14:10] <tgardner> ppisati, LP keeps timing out
[14:11] <smb> tgardner, ppisati Did it (was closer)
[14:47] <ogasawara> https://launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[14:47] <ogasawara> ^^ anyone else get an error if they try to edit the whiteboard?
[14:48] <tgardner> ogasawara, I just changed your name in the Whiteboard
[14:48] <ogasawara> tgardner: cool, thanks
[14:49] <tgardner> ogasawara, maybe your LP privs are eroding.
[14:50] <sconklin> tgardner: so the ABI problems with the packages were not the root cause of the FTBFS? (just trying to stay current)
[14:51] <tgardner> sconklin, I can't say for sure since LUM had the same issues, and is in the dependency chain.
[14:51] <sconklin> ok
[14:51] <tgardner> sconklin, thats gotta get fixed first before I can tell if its the root of the HPPA FTBS. its just about gotta be that 'cause nothing else has changed.
[14:52] <sconklin> tgardner: yeah, and it makes sense that it could be the cause
[14:53] <tgardner>  sconklin: so, in order to avoid this ever happening again, I'm ripping out all generated files from dapper/hardy and subsidiary packages.
[14:54] <sconklin> tgardner: great! Brad and I had the "OMG how many other packages could have this problem" conversation last night, but you got there first
[14:54] <sconklin> Even more scary is that potentially it could have happened and not resulted in a build failure
[14:55] <tgardner> sconklin, it likely is an indicator of how many folks aren't using Hardy LUM 'cause I don't think the modules would load, bot nobody has complained.
[14:55] <smb> tgardner, Was Hardy also still carrying the abi number asclear text or was it just re-creating those depending files?
[14:56] <sconklin> Brad and I have also talked about trying to get download stats for dapper and hardy, I'm curious how many consumers they have, and I think the stats are available now
[14:56] <smb> tgardner, I usually would notice when booting the test laptop. But it is more something like "hm, it is very silent on boot"
[14:56] <tgardner> smb, Hardy LUM/LBM had debian/control committed in the repo, which makes it easy to _not_ correctly generate the ABI info.
[14:57] <tgardner> Hardy LRM as well
[14:57] <fairuz> how to generate vmlinuz kernel file? I just have uImage, zimage and compressed/vmlinux. Thanks
[14:58] <smb> tgardner, Ah yes, I was unsure whether Hardy also still have the abi number in the rules file instead of using the number from the changelog
[14:59] <smb> That is what caught me when doing dapper lrm
[14:59] <tgardner> smb, dapper is worse. you _have_ to run the bumpabi target in order to get the udeb stuff henerated correctly.
[15:00] <smb> tgardner, Even worse that is the kernel package only. There is no bumpabi target in lrm
[15:00] <tgardner> smb, right, but we only have to live with that for a couple of months more
[15:01] <smb> That is the hope one can hold on. :)
[15:02] <tgardner> ogasawara, there is no '-' in your LP name. I see you've corrected it already in https://launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[15:03] <ogasawara> tgardner: yep, no -
[15:51] <bjf> GrueMaster, have you signed off on the mvl-dove kernels now in -proposed ?
[15:52] <GrueMaster> I have tested the 216/416 kernels, yes.  I had noted that in the release tracking bug.
[15:52] <GrueMaster> or one of the bugs.
[15:55] <bjf> GrueMaster, i'm looking at what I think is the tracking bug, can you point me at the one you added a comment to? I'll also hunt for it.
[15:57] <GrueMaster> Well, looking at http://kernel.ubuntu.com/~kernel-ppa/reports/sru-report.html I see 4 proposed tracker bugs listed under linux-mvl-dove.  I'm not sure at this point as there were 3 kernels in proposed at one point.
[15:58] <bjf> GrueMaster, ok, thanks, we are working on the "tracking bug" issue
[15:58] <GrueMaster> The only bug I cannot verify is bug 732700.
[15:58] <ubot2> Launchpad bug 732700 in linux-mvl-dove "apparmor_parser triggers a kernel panic" [Undecided,Fix committed] https://launchpad.net/bugs/732700
[15:58] <DrDetroit> l
[15:58] <GrueMaster> But I believe ppisati was going to test it (since he filed it).
[15:59] <ppisati> GrueMaster: did it, and it's ok
[15:59] <ppisati> GrueMaster: i mean, it doesn't happer anymore
[15:59] <ppisati> *happen
[15:59] <GrueMaster> right.
[15:59] <GrueMaster> cool
[16:00] <GrueMaster> bjf: I just added my test notes to tracking bug 734950
[16:00] <ubot2> Launchpad bug 734950 in linux-mvl-dove "linux: 2.6.32-31.60 / linux-ec2 2.6.32-315.28 -proposed tracker" [Undecided,Fix committed] https://launchpad.net/bugs/734950
[16:01] <GrueMaster> Although it doesn't list the specific kernel versions for dove.
[16:07] <DrDetroit> jjohansen: been running the 1st kernel for about 3hrs now, no problems yet
[16:08] <DrDetroit> i forgot how to remove my away status, hehe
[16:10] <jjohansen> DrDetroit: okay, I kick off the next one
[16:20] <tayal> i am willing to build a kernel.. can i do this in my maverick if it will have no harm?
[16:22] <jjohansen> DrDetroit: kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.4636a8_i386.deb
[16:23] <jjohansen> tayal: you can build your own kernel if you want https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[16:23] <bjf> tayal, yes you can
[16:23] <bjf> tayal, is there a reason you want to build your own kernel ?
[16:23] <aakshay> jjohansen: hey.. :) thanks.. 
[16:24] <aakshay> bjf,
[16:24] <aakshay> bjf: hi. :).. yes
[16:24] <aakshay> i am learning device driver design
[16:24] <aakshay> bjf,: so need to hav kernel builded to run my modules
[16:25] <aakshay> bjf: but i am confused exactly how to build the kernel? How to start? :(
[16:25] <bjf> aakshay, see the url that jjohansen just posted ^^
[16:27] <tayal> bjf: are these the only steps? 
[16:28] <bjf> tayal, yes, that all you need to get a kernel built and installed
[16:28] <tayal> bjf: what is the meaning of Root of Kernel Source?
[16:29] <bjf> tayal, the topmost directory in the kernel source tree
[16:29] <tayal> bjf: ok.. i am downloading the source. thanks for the help. :)
[16:29] <bjf> tayal, np
[16:29] <tayal> jjohansen: thanks :)
[16:30] <DrDetroit> jjohansen: dl now, to remove the one I just tested it is dpkg -r linux-image-2.6.32-28-generic?
[16:32] <jjohansen> DrDetroit: dpkg -r linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.13417a_i386.deb
[16:32] <jjohansen> ah, stupid paste
[16:34] <DrDetroit> jjohansen: dpkg: you must specify packages by their own names, not by quoting the names of the files they come in
[16:35] <jjohansen> DrDetroit: yes, sorry I was looking up what the exact package was that you installed and ended up pasting that in
[16:35] <DrDetroit> it removed it when i did  -r linux-image-2.6.32-28-generic?
[16:35] <DrDetroit> i am ok
[16:35] <jjohansen> yeah
[16:35] <DrDetroit> installing now
[16:35] <DrDetroit> ok ready to test it for a couple hours
[16:35] <DrDetroit> back shortly
[16:47] <DrDetroit> and back
[16:48] <DrDetroit> jjohansen: will give this one a few hours at least 
[16:48] <jjohansen> DrDetroit: yep
[16:53] <DrDetroit> I guess that means I will have to go mow the yard
[16:53]  * DrDetroit pouts
[17:10] <DrDetroit> l
[17:39] <herton> ogasawara: bug 735640 can be marked as fixed in changelog with latest 2.6.38.1 update in natty
[17:39] <ubot2> Launchpad bug 735640 in linux "Request support for Ortek PKB1700 wireless kb" [Undecided,In progress] https://launchpad.net/bugs/735640
[17:39] <herton> and may be someone should nominate it for natty? I don't know
[17:39] <ogasawara> herton: cool, I'll add it
[17:39] <herton> also bug 735450 should be fixed, but no reporter confirmed it the testing kernel I uploaded
[17:40] <ubot2> Launchpad bug 735450 in linux "BUG: unable to handle kernel NULL pointer dereference at 000001e4" [Undecided,Incomplete] https://launchpad.net/bugs/735450
[17:40] <herton> s/confirmed it/confirmed
[17:41] <ogasawara> herton: yah, I suspect they filed it and then forgot about it.  I'll just add it so it gets closed.  They can always reopen it if necessary.
[17:42] <herton> ok, thanks
[17:52] <cnd> ogasawara, do you know if the canonical hwe or platform services guys read the ubuntu-kernel mailing list?
[17:53] <cnd> I want to send something that will reach everyone, but specifically them
[17:53] <cnd> the kernel-team mail list is pretty verbose now...
[17:54] <ogasawara> cnd: hrm, hard to say.  I'd say they probably don't follow it very closely.
[17:54] <cnd> ok
[17:55] <cnd> I'll probably send two emails then
[17:55] <cnd> I don't like to add private list CC's to a public email
[17:55] <ogasawara> cnd: makes sense
[18:16]  * tgardner --> lunch
[18:21] <vanhoof> cnd: we read it :)
[18:21] <vanhoof> cnd: just fwd if you'd like
[18:22] <cnd> vanhoof, ok
[18:43] <sconklin> jjohansen: what's the status of the performance regression that you were bisecting? Just curious . . .
[18:44] <jjohansen> sconklin: haven't found it yet, turns out it show up in the entire range we bisected, the is -28 wasn't good
[18:44] <jjohansen> sconklin: so we have expanded the range and each bisect is being tested for the 3-4 hours necessary for the problem to surface
[18:44] <sconklin> jjohansen: so the possibility exists that it really is from the scheduler updates
[18:45] <jjohansen> sconklin: yeah
[18:45] <sconklin> jjohansen: could you please keep the bug updated and point to the bisection branch so we can tag-team this?
[18:45] <jjohansen> sconklin: sure
[18:46] <sconklin> thanks. I'm curious to see what this one is and why it takes hours to show up
[18:46] <jjohansen> sconklin: me too
[18:47] <sconklin> DrDetroit: is it possible for you to provide a very detailed set of steps for how to reproduce the issue and tell when it happens? Ideally we could get it added as a unit test for QA
[18:51] <bjf> sconklin, jjohansen, DrDetroit, it would be nice if we could duplicate the problem as well
[18:53] <jjohansen> bjf: yep, I have started trying to do that, on actual hardware vs vm
[19:06]  * jjohansen -> lunch
[19:11] <DrDetroit> sconklin bjf jjohansen: sorry i was outside mowin. I am not sure how to tell you to duplicate it
[19:11] <DrDetroit> I just run my normal stuff and after awhile the machine just turns to mush, but nothing really shows up in top or ps aux
[19:12] <DrDetroit> it might be 20 min, it might be several hours
[19:13] <DrDetroit> but I don't mind doing this, since I have plenty of extra time on my hands
[19:15] <sconklin> DrDetroit: one more tool, it may not show anything, but you can try latencytop
[19:16] <DrDetroit> let me try that
[19:16] <DrDetroit> installing
[19:17] <jjohansen> DrDetroit: right, but we can't be sure whether a bisect is good for several hours, its easy when its bad
[19:17] <jjohansen> sconklin: yeah thats another good one to use, I have been asking for vmstat, sar, top, and a few other things
[19:20] <DrDetroit> ok how do i read this
[19:22] <DrDetroit> let me copy the global here so you guys can see it
[19:22] <DrDetroit> 'fudge it wont let me copy
[19:22] <DrDetroit> well scheduler seems to have the most pecentage
[19:23] <DrDetroit> 36-40%
[19:26] <DrDetroit> when i have it set on global one of the items i see is jbd2/sdb1-8, I never heard of that
[19:26] <DrDetroit> its at 46%
[19:26] <skaet> DFo, ogasawara - based on scans so far (it changes every minute after all..  :P ) only new high/critical bug I've found to add to kernel's list this week is Bug:634487
[19:27] <skaet> the searching/scanning will continue though this afternoon.... ;)
[19:27] <skaet> rest of the bugs are already on the list from last week.
[19:30] <ogasawara> skaet: cool, thanks
[19:30] <ogasawara> bug 634487
[19:30] <ubot2> Launchpad bug 634487 in linux "t1.micro instance hangs when installing java" [High,Confirmed] https://launchpad.net/bugs/634487
[19:31] <DrDetroit> sconklin: latencytop installed and running
[19:31] <DrDetroit> what should I look for?
[19:33] <sconklin> heh, it's not helpful to say "anything that looks unusual", is it.
[19:33] <DrDetroit> well
[19:33] <DrDetroit> scheduler stays above 35%
[19:33] <sconklin> Just see if anything jumps to the top when the system starts going south
[19:34] <DrDetroit> ok
[19:35] <sconklin> Also look for any of the latency numbers in the "maximum" column which get really huge
[19:36] <DrDetroit> oh
[19:37] <DrDetroit> how big is huge?
[19:38] <DrDetroit> kswapd0 is 97
[20:22] <tgardner> bjf, wtf does a version look like as an option to create-stable-tracker ?
[20:24] <bjf> tgardner, it's just a string which will be used in the title, and description so for example: 2.6.32.35+drm33.15
[20:24] <tgardner> bjf, so in theory it could be anything?
[20:25] <bjf> tgardner, yes, i don't check it for any kind of "correct-ness"
[20:25] <tgardner> hmm, it keeps blowing up. create-stable-tracker --version 2.6.32.35:
[20:25] <tgardner> version: 2.6.32.35
[20:25] <tgardner> Traceback (most recent call last):
[20:25] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 228, in <module>
[20:25] <tgardner>     app.main()
[20:25] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 144, in main
[20:25] <tgardner>     raise AppError("The version (%s) is not a recognized version string." % (self.cfg['version']))
[20:25] <tgardner> __main__.AppError
[20:25] <JFo> thanks skaet 
[20:25] <tgardner> r
[20:26] <JFo> aparently I have been running around all day set to away :-/
[20:26] <bjf> tgardner, --version=2.6.32.35  though i expect it to behave better than that
[20:27] <tgardner> bjf, that was the next thing I tried: create-stable-tracker --version=2.6.32.35
[20:27] <tgardner> version: 2.6.32.35
[20:27] <tgardner> Traceback (most recent call last):
[20:27] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 228, in <module>
[20:27] <tgardner>     app.main()
[20:27] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 144, in main
[20:27] <tgardner>     raise AppError("The version (%s) is not a recognized version string." % (self.cfg['version']))
[20:27] <tgardner> __main__.AppError
[20:28] <tgardner> bjf, these error messages lead me to believe that there  is a required format.
[20:28] <bjf> tgardner, looking
[20:29] <bjf> tgardner, interesting, it checks against the debian version, one sec
[20:32] <bjf> tgardner, i'm debugging it
[20:38] <ogasawara> skaet: hrmph, it looks like the gcc armel build was restarted for some reason which is going to delay our no-change kernel upload from today until tomorrow.  The kernel then won't finish being built until Saturday now.
[20:44] <bjf> tgardner, pull it and see if that works better, it's just a string now
[20:45] <DrDetroit> jjohansen: Been running this one for just over 4hrs, downloaded a ubuntu server instal cd, did some browsing etc, it seems ok for now
[20:45] <jjohansen> DrDetroit: okay, I'll kick off the next one
[20:47] <tgardner> bjf, seems to have worked.
[20:47] <bjf> tgardner, double check the bug for content
[20:48] <tgardner> bjf, bug #742056
[20:48] <ubot2> Launchpad bug 742056 in linux "Lucid update to v2.6.32.35.15 stable release" [Undecided,New] https://launchpad.net/bugs/742056
[20:48] <bjf> tgardner, looking
[20:48] <bjf> tgardner, did you have to do anything or did the script do all that for you ?
[20:48] <tgardner> bjf, so, you don't target any other kernels? we should do this for every variant?
[20:49] <tgardner> bjf, the script did it all
[20:49] <bjf> tgardner, you mean fsl-imx51 and mvl-dove and ec2 for Lucid ?
[20:49] <tgardner> bjf, yes
[20:50] <bjf> tgardner, ok, sconklin and i were just going over our todo list and i'll get that on it
[20:51]  * ogasawara back on later
[21:04] <jjohansen> DrDetroit: kernel.ubuntu.com/~jj/linux-headers-2.6.32-28-generic_2.6.32-28.50~lp740549.8d6842_i386.deb
[21:05] <DrDetroit> jjohansen: on my way
[21:05] <DrDetroit> jjohansen: that didnt take 1 sec to download
[21:06] <DrDetroit> is that coorect>?
[21:06] <jjohansen> hrmm let me check
[21:06] <DrDetroit> that one says linux headers
[21:07] <jjohansen> DrDetroit: ha no, I gave you the header name not the image
[21:07] <DrDetroit> ok
[21:07] <tgardner> bjf, pushed lucid Linux 2.6.32.35, seems to build OK. did you empty out pre-proposed so that it'll build in the morning?
[21:07] <DrDetroit> let me delete that one then
[21:07] <jjohansen> kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.8d6842_i386.deb
[21:07] <bjf> tgardner, no
[21:08] <bjf> tgardner, i can handle that if you want
[21:08] <tgardner> bjf, um, not sure what you mean. I just pushed the stable updates to Lucid master-next.
[21:09] <tgardner> oh, you mean about emptying the PPA
[21:09] <bjf> yes
[21:09] <tgardner> yeah, it needs doing.
[21:09] <tgardner> go ahead
[21:09] <bjf> tgardner, i've deleted the email can you forward
[21:09] <bjf> tgardner, and i'll take if from there
[21:10] <tgardner> bjf, so have I. just delete all packages that have been superseded. I'll check back in a few hours.
[21:10] <bjf> tgardner, what's the url to pre-proposed ?
[21:11] <tgardner> https://launchpad.net/~kernel-ppa/+archive/pre-proposed
[21:11] <bjf> tgardner, thanks
[21:12] <tgardner> bjf: 6.8 GiB (84.65%) of 8.0 GiB
[21:12] <tgardner> I'm outta here for the day.
[21:13] <sbeattie> bjf: ask on #soyuz on i.c.c to make that ppa larger, if you need.
[21:13] <bjf> sbeattie, thanks
[21:15] <DrDetroit> back in a few
[21:21] <DrDetroit> and back
[21:26] <DrDetroit> jjohansen: do you know about how many we will have to do this round?
[21:26] <jjohansen> DrDetroit: I think it was 4 more
[21:27] <DrDetroit> ok cool, just curious
[21:30] <jjohansen> DrDetroit: yep 4
[21:34] <DrDetroit> no problemo
[21:35] <DrDetroit> just trying to understand ubuntu-server 10.04 LTS while I am waiting
[21:39] <skaet> ogasawara, arm is a mess right now from the builds, so somehow not feeling surprised to hear it.  :P   thanks for the head's up.
[23:35] <kristian-aalborg> hey jjohansen 
[23:35] <jjohansen> hi kristian-aalborg
[23:36] <kristian-aalborg> thanks a lot for building that kernel, I've not tested yet though
[23:36] <kristian-aalborg> I have a kernel-burnout today ;)
[23:36] <kristian-aalborg> how did compiling it go? anything fishy?
[23:37] <jjohansen> kristian-aalborg: np, hrmm I don't remember anything fishy I should try it again to be sure
[23:37] <jjohansen> :)
[23:37] <kristian-aalborg> nah, we'll know when I try to boot it
[23:37] <kristian-aalborg> but, only one file?
[23:38] <jjohansen> kristian-aalborg: what were you looking for?  There are a few other pacakges related to it like headers, but they aren't needed to test if the kernel boots
[23:39] <kristian-aalborg> I thought at least two files were needed, image + headers
[23:42] <DrDetroit> jjohansen: I am going to take a break for a bit, I should be back before you log off for the night
[23:43] <jjohansen> DrD_away: that shouldn't be a problem, as I don't usually log off until after you wake up :)
[23:43] <DrD_away> haha
[23:43] <DrD_away> thats cause i am old
[23:43]  * DrD_away chuckles
[23:44] <jjohansen> kristian-aalborg: no the headers aren't needed, at least for straight boot testing, now if you want to build certain things like external modules, or actually many applications they are needed
[23:44] <jjohansen> DrD_away: nah, its because you are sane and value a good nights sleep
[23:45] <kristian-aalborg> jjohansen: ah, okay
[23:45] <kristian-aalborg> can I have the link again?
[23:56] <kristian_> jjohansen, sorry, box died
[23:57] <jjohansen> kristian_: kernel.ubuntu.com/~jj/linux-image-2.6.32-31-generic_2.6.32-31.60~kristian_i386.deb
[23:58] <kristian_> thanks