[00:05] after building a (hopefully) working config, can I just "make menuconfig" and then Roosevelt stuff again? [00:08] generally yes [00:10] cool [00:11] I guess that building kernels is a fairly good way to get the building process straight [00:13] hehe, yeah its a great way :) [00:16] I might put a tutorial together... not on an expert level, obviously... but just how to get things running a bit better === chuck_ is now known as zul [00:44] will this building method work on any debian-derived distro? [01:02] jjohansen: here is the result of my test [01:02] 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686 GNU/Linux [01:02] 1:40, 2 users, load average: 0.42, 1.03, 1.27 [01:03] but its getting pretty poor performance [01:03] I thought 28 was good [01:03] I sure don't know what to think or do anymore [01:06] i guess i will go back to 27 i think i still have that on my menu [01:07] Do you know how long folks have been reporting this issue? [01:20] DrDetroit: I had a user on the weekend reporting a similar issue but we didn't track it down [01:21] DrDetroit: I am not even sure it is the same problem, but the symptoms are similar [01:25] jjohansen: I am sort of unsure on how to proceed [01:26] DrDetroit: lets give -27 a good run and see if you see problems there [01:26] jjohansen: Ok I will do that [01:27] DrDetroit: from last night bisects I would say we weren't giving the problem enough time to surface [01:27] I have been running that rotating torus screensaver [01:27] I can tell when things slow down after awhile [01:27] DrDetroit: there is also the possibility the problem stems from something else that was updated at the same time as the kernel [01:27] it ls almost like an old fashioned windows memory leak [01:28] I have been running xchat, a terminal window, 3 instances olf mudlet (a mud client) and firefox [01:28] yes, except in the one I was chasing on the weekend there was plenty of free memory [01:28] we should check that when you see the slow down [01:28] ok [01:29] DrDetroit: also we should try killing running processes one by one and see if that clears up the problem [01:30] Mem: 444440k total, 331720k used, 112720k free, 17080k buffers [01:30] Swap: 1299448k total, 0k used, 1299448k free, 151360k cached [01:30] that is current with only xchat and a terminal window running [01:30] DrDetroit: so yeah good atm, and if we see the slow down check again [01:31] jjohansen: its slow now [01:32] before we were just doing a bisect hunt for a kernel regression, this time we will be much more thorough [01:32] jjohansen: with those stats [01:32] ah [01:32] what does top report [01:32] that was top [01:33] 950 root 20 0 111m 39m 8692 S 5.8 9.1 25:24.79 Xorg [01:33] 1708 bobp 20 0 2548 1192 904 R 2.6 0.3 0:00.44 top [01:33] 1533 bobp 20 0 46296 12m 9724 S 1.3 3.0 0:32.65 gnome-terminal [01:33] 223 root 20 0 0 0 0 S 0.3 0.0 0:05.54 usb-storage [01:33] 1267 root 20 0 3612 1216 1036 S 0.3 0.3 0:05.28 hald-addon-stor [01:33] 1396 root 20 0 5180 968 688 S 0.3 0.2 0:08.67 udisks-daemon [01:33] 1581 bobp 20 0 49604 19m 12m S 0.3 4.5 1:35.80 xchat-gnome [01:33] that is the maddening part [01:33] okay and the load figures [01:33] nothing really shows up hogging cpu or memory [01:33] okay [01:34] 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] thats from top [01:34] its crappy poor at 90 percent idle [01:34] jjohansen: let me proppse this [01:35] 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] i think it is [01:35] but i can double check [01:35] then i will boot back to 27 and run that for a while [01:36] I can report back later this evening or tomorrow early [01:36] well yes that is worth doing, which kernel are you running /me thought you were on .27 [01:36] whichever you prefer [01:36] currently this is 28 which i thought was good [01:36] okay, well lets run a few commands first [01:37] do [01:37] sar 1 100 [01:39] jjohansen:apparetnly its not installed [01:39] i will install it hold on [01:39] sudo apt-get install sysstat [01:41] its running [01:41] it looks like it is repeating the same stuff, is that what you wanted [01:42] yes, look at the iowait column [01:42] what kind of figures are you seeing [01:43] Average: all 37.54 7.69 11.41 0.28 0.00 43.08 [01:43] the are all 0.00 [01:44] 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] alright so we aren't seeing io backup causing the slow down [01:44] not a big deal, a few low numbers isn't going to be a problem [01:44] the average is .28 [01:45] i did run itop but i really didnt understand what it was telling me [01:45] if we where getting high numbers with high idle, it would indicate that processes are spending all their time blocked on io [01:45] will subsequent builds be significantly faster? [01:46] kristian-aalborg: they can be, it depends on what make determines needs to be rebuilt, based off Makefile dependencies and time stamps [01:46] so if you change a header file that gets included everywhere, everything needs to be rebuilt [01:46] * kristian-aalborg screams! [01:47] change a small section of a .c file and likely only 1 file gets rebuilt [01:47] it *still* does not work :( [01:47] kristian-aalborg: are you doing make clean? [01:47] still goes straight to reboot [01:48] no, fdr clean [01:48] ah fdr clean will clean out the old build [01:48] no no... I start out with fdr clean, then cp over the config file [01:49] if you want to do an incremental build with the build system do rm debian/stamps/stamps-build-XXXX [01:49] kristian-aalborg: right, 1 clean is needed, after which clean can be skipped if you want to do incremental builds [01:50] I thought I was going to want that, but not before my kernel works :/ [01:50] however depending on your config changes you may need to do a clean [01:51] jjohansen: obviously, something is still very wrong with the .debs I produce [01:51] I am not sure how well the dependencies between the config file and the rest of the build system are tracked [01:51] kristian-aalborg: :( [01:51] DrDetroit: can you try running vmstat [01:51] sure [01:52] procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- [01:52] r b swpd free buff cache si so bi bo in cs us sy id wa [01:52] 1 0 0 77948 27512 172400 0 0 31 6 318 1975 46 10 44 1 [01:52] build system is Lubuntu 10.4, box to use kernel on is Ubuntu 10.4... should be the same [01:53] DrDetroit: what processes are running [01:53] kristian-aalborg: what problems are you seeing with your .debs? [01:53] three terminal windows, xchat [01:53] and i just closed 1 terminal window [01:54] the debs look fine, I md5summed them too before install [01:54] of course there is the stuff on my panel [01:54] well, one of them... [01:54] time date, sound etc [01:55] 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] jjohansen: it's what happens when I try to boot the kernel that I installed from those debs that things get weird :/ [01:55] ok [01:55] kristian-aalborg: still rebooting? [01:56] brb [01:56] jjohansen: yes [01:57] kristian-aalborg: and you are just changing the config, no other patches right? [01:57] I did sudo dpkg -i linux-* this time, would be the same I reckon [01:57] yes, I use the config that's in /boot on the old box [01:58] kristian-aalborg: can you send me the config, I will compare and try building a lucid kernel for you [01:59] http://pastebin.com/LUM4xbu9 this is what I get when I diff the two files [02:00] kristian-aalborg: diff your config and the lucid config? [02:00] jjohansen: it is significently worse [02:00] and my desktop has changed themes [02:00] hehe [02:01] sorry for being unclear [02:01] DrDetroit: interesting, want to look at top and sar output again [02:01] sure [02:01] this is the diff between the config from the working config and the non-working one - sent from the old machine [02:02] jjohansen: here is top [02:03] Tasks: 140 total, 1 running, 139 sleeping, 0 stopped, 0 zombie [02:03] 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] Mem: 444440k total, 385744k used, 58696k free, 29016k buffers [02:03] Swap: 1299448k total, 0k used, 1299448k free, 194280k cached [02:03] kristian-aalborg: thats it? one not having cgroups shouldn't make any difference [02:03] DrDetroit: and sar [02:03] Average: all 29.36 0.00 7.80 0.44 0.00 62.41 [02:04] iowaits ave .44 [02:04] yes, it is weird [02:04] alright [02:04] top was with sar running [02:05] kristian-aalborg: can you send me the working config [02:05] http://pastebin.com/XZjV4Fup [02:05] here :) [02:06] jjohansen: we can continue this tomorrow if you would like to work with others tonite [02:06] DrDetroit: its fine, we can keep going if you want [02:07] I should get some sleep... 3AM here... [02:07] hehe [02:07] jjohansen: we could continue later, unless you're already building? [02:08] kristian-aalborg: yeah I kicked it off, but we can continue later it will take a bit to build [02:09] depends on what "a bit" is on your system - on mine, it's usually hours ;) [02:09] kristian-aalborg: say 20-30min [02:10] I think the smart thing for me is going to bed then [02:11] 30 mins of building [02:11] sleep....sleep....sleep [02:11] * DrDetroit giggles [02:11] hehe [02:11] then spending either one hour trying to figure out what went wrong or the rest of the night tweaking ;) [02:14] jjohansen: I'll catch up later, just remember not to delete the files ;) [02:15] kristian-aalborg: :) [02:15] DrDetroit: alright give the -27 kernel a spin [02:17] see ya, and thanks for helping out [02:19] jjohansen: ok will do [02:19] back later on [02:19] with a report [02:28] jjohansen: ok on 27 will let it run for a few hours with hypertorus screensaver running [02:28] I have my normal apps open and running also === Theravadan|afk is now known as Theravadan [02:46] DrDetroit: okay I'll check back in a few hours === DrDetroit is now known as DrD_away === _LibertyZero is now known as LibertyZero === _LibertyZero is now known as LibertyZero [07:40] Hi morning [07:42] morning [07:42] jjohansen: can i start with my questions? :D [07:42] sure [07:43] jjohansen: about /usr/src/linux-headers-xxxxxxx, I need one for each kernel i compile? [07:44] jjohansen: because i see files in /lib/modules/xxxxxxxx/build point to the headers folder [07:44] fairuz: define need, they are good to have but the headers aren't "needed" to run the kernel [07:45] jjohansen: yes, i mean for compiling external module [07:46] jjohansen: for external module, i need all of those right? [07:46] yes, the headers are needed for compiling external modules [07:47] jjohansen: and i suppose there are make install_headers to create this folder? [07:47] :D [07:48] fairuz: the target is actually headers_install [07:49] fairuz: or maybe headers_install_all [07:49] jjohansen: I think I already tried that, but no idea where the files go after it finishes [07:49] for the work I've done I've never needed to do it, but yeah its there [07:53] jjohansen: I compile the kernel with custom name and it boots ok [07:54] jjohansen: just there is no display right now, which I think it's normal because I'm not installing the modules yet [07:54] fairuz: sounds about right [07:55] 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] jjohansen: something about permissions [07:56] fairuz: hrmm, I think I might know what you hit, give me a minute to find it [08:05] fairuz: http://blog.sumostyle.net/robg/2006/08/07/some-useful-sshfs-options/ [08:05] jjohansen: ok i'll take a look at it [08:05] you may need allow_root or allow_other, I can't remember which [08:05] 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] jjohansen: i'll try that [08:09] jjohansen: have to reboot with my working kernel first :D [08:11] 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] yeah it can be a pain, there are reasons to like monolithic kernels [08:16] jjohansen: so you do sshfs without sudo ? [08:17] fairuz: that I can't remember, the remote install I was doing where a while ago [08:17] I know I did sudo make install ; sudo make modules_install [08:18] jjohansen: ok. [08:18] but I think the fuse mount was probably done as a user [08:18] I know I did the compile as just a plain user [08:18] jjohansen: it dont let me to use -o, I need to edit /etc/fuse.conf [08:19] fairuz: yeah, I think I had to do that too [08:19] getting it setup was a bit of a pain [08:19] but it worked well once I had it [08:20] jjohansen: one thing i find it weird, before it asking the remote password. It asks for my password 3 times. Each time. [08:21] 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] jjohansen: it's installing the modules now :D [08:53] jjohansen: I use sudo sshfs -o allow_other,default_permissions [08:54] yeah that sounds like it should work === DrD_away is now known as DrDetroit [08:54] and good morning to all [08:54] jjohansen: i only have around 400Mb left on the SD, hope it's enough [08:54] DrDetroit: morning [08:55] morning DrDetroit [08:55] jjohansen: I have run the 27 kernel since falling asleep last night [08:55] it seems ok , have not seen any issues yet [08:55] hrmm okay [08:55] let me open up a few more apps and see what happens [09:05] jjohansen: It finishes :D [09:05] :) [09:06] jjohansen: but I think I should change the symlink for build and source [09:06] jjohansen: right now it points to the mounpoint [09:06] hehe, yeah that might be an idea [09:07] jjohansen: maybe I should change it directly to my source folder in the build machine? [09:07] jjohansen: since it's accessible by network [09:08] fairuz: that should work [09:08] jjohansen: i will be happy if this works :D [09:24] 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] jjohansen: but the file is there! [09:24] fairuz: try running depmod -ae [09:25] WARNING: -e needs -E or -F [09:25] FATAL: Could not open /lib/modules/2.6.35-980-omap4-fairuz/modules.dep.temp for writing: Permission denied [09:26] fairuz: sudo depmod -a [09:27] jjohansen: ok done. what it does? [09:27] jjohansen: i reboot now? [09:27] depmod - program to generate modules.dep and map files. [09:27] sure give it a try [09:32] jjohansen: hi again [09:32] morning kristian-aalborg [09:33] morning kristian-aalborg [09:33] morning [09:33] what time is it where you people live? [09:34] 02:34 [09:34] >:o [09:34] 4:34 [09:34] kristian-aalborg: kernel.ubuntu.com/~jj/linux-image-2.6.32-31-generic_2.6.32-31.60~kristian_i386.deb [09:35] ah, east and west coast I suppose [09:35] jjohansen: thanks [09:35] central here, I live n the Ozark mountains of Arkansas [09:35] I have a load of wires all over the place atm, it will be a moment before I can download anything === doko__ is now known as doko [09:39] jjohansen: still got FATAL: Could not load /lib/modules/2.6.35-980-omap4-fairuz/modules.dep: No such file or directory [09:40] fairuz: hrmm, is /lib mounted, at this point? [09:41] jjohansen: I have no idea of this [09:42] fairuz: how is the filesystem layed out are you using an initramfs/initrd is /lib in the root filesystem [09:47] jjohansen: I have no idea about initramfs, but now when it finishes botting, i can go in /lib yes [09:47] what does mount show [09:47] jjohansen: oh there is not /lib [09:48] proc on /proc type proc (rw) [09:48] none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) [09:48] none on /sys type sysfs (rw,noexec,nosuid,nodev) [09:48] none on /sys/kernel/debug type debugfs (rw) [09:48] none on /sys/kernel/security type securityfs (rw) [09:48] none on /dev type devtmpfs (rw,mode=0755) [09:48] none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) [09:48] none on /dev/shm type tmpfs (rw,nosuid,nodev) [09:48] none on /var/run type tmpfs (rw,nosuid,mode=0755) [09:48] none on /var/lock type tmpfs (rw,noexec,nosuid,nodev) [09:51] jjohansen: hmm ... but why with other kenel, it loads ok [09:51] fairuz: hrmm I not sure [09:53] jjohansen: wait i go restart all machines and retry [09:59] well now, that was strange, my screensaver went off, but returned back to the regular screen [10:01] jjohansen: is this something to do with initrd? [10:01] jjohansen: at boot, i load uImage and also uInitrd [10:02] fairuz: yep, what files are in /boot/ [10:02] DrDetroit: its not unheard of for the screen saver to have odd bugs [10:02] hehe, i know, its a computer, it's all smoke and magic to me [10:02] if you can replicate it is worth filing a bug over [10:03] jjohansen: there are some vmlinuz files, system.map files, initrd.img-xxxxx [10:03] naw [10:03] fairuz: so you need to make an initrd [10:03] jjohansen: there are files for my old kernel, no files for my new kernel [10:04] jjohansen: ah ok.. any help to do that? [10:04] fairuz: no files at all or no initrd [10:04] jjohansen: what this thing do? it's ubuntu thing or kernel thing? [10:04] fairuz: hrmmm well sort of both [10:04] the kernel doesn't need one but one is often used for flexibility [10:05] ubuntu uses one [10:05] jjohansen: i have for example initrd.img-2.6.35-980-omap4 but no initrd.img-2.6.35-980-omap4-fairuz [10:05] fairuz: I am going to assume its an initramfs [10:05] and also i have vmlinuz-2.6.35-980-omap4 but no vmlinuz-2.6.35-980-omap4-fairuz [10:06] jjohansen: same thing applies for System.map and abi files [10:06] sudo update-initramfs -ck 2.6.35-980-omap4-fairuz [10:06] jjohansen: ok [10:07] fairuz: hrmm, do you do a make install? [10:07] fairuz: or did you just copy the vmlinuz [10:07] jjohansen: nope, just make xxx_defconfig and make uImage [10:07] jjohansen: then i just copy the uImage [10:07] fairuz: generally make install will copy those as well as the kernel [10:08] you could use the same sshfs trick to do make install as make modules install [10:10] 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] jjohansen: i have now initrd.img for my kernel [10:16] jjohansen: it still not working. i will try the make install now [10:16] fairuz: make install and then remake the ramdisk [10:17] fairuz: instead of -ck use -uk [10:18] 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] i should copy my config to /boot folder first? [10:18] or make install will do that [10:19] hrmm, configs shouldn't be needed but system.map and abi I believe are [10:20] fairuz: but if its complaining about the config missing if make install doesn't put it there copy it yourself [10:22] jjohansen: ok understood [10:28] jjohansen: sudo install will not recompile the kernel i suppose? [10:29] fairuz: sudo make install should not recompile the kernel [10:29] well at least as long as you haven't changed any timestamps [10:31] jjohansen: if both machines have different time? :D [10:31] jjohansen: because right now i'm seeing a lot of CC [10:31] jjohansen: which i think it's in the process of the compiling [10:31] fairuz: its the files time stamps that should be important, I'm not sure why you would be seeing lots of CC [10:32] which is indeed compiling [10:32] jjohansen: well i will let it compile then ( which will take forever since it's compiling on the target machine ) [10:33] jjohansen: So if I understand well, I should do make install that will install necessary files to /boot [10:34] fairuz: it should [10:34] jjohansen: and this file is used during the boot i suppose? [10:35] fairuz: or for setting up the module dependencies, building the initramfs (which is used during boot) === smb` is now known as smb === jjohansen is now known as jj-afk [10:38] * jj-afk is going to be off for a bit [10:38] jj-afk: up 8:16, 2 users, load average: 0.58, 0.79, 0.74 [10:38] jj-afk: ok thanks for your help [10:38] just for info purposes i think 27 is ok [10:38] see you later [10:39] DrDetroit: okay, 27 looks okay but not 28, I'll build a kernel for you to test, while I am a way [10:41] thanks, see you later on today [10:42] DrDetroit: I am give me 20 min, and I'll have the kernel for you [11:10] DrDetroit: kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.13417a_i386.deb [11:10] these ones are going to be slightly different in that I am tagging them with part of the commit sha [11:12] 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] jj-afk: there? === yofel_ is now known as yofel [12:40] 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 [12:41] then once I am done testing do a dpkg -r before moving on to the next one [12:42] 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 [12:42] then once I am done testing do a dpkg -r before moving on to the next one === sconklin-gone is now known as sconklin [13:00] jj-afk: downloaded and testing first kernel [13:28] l [13:33] ogasawara, are you planning to rebase natty master-next for 2.6.38.1 today? [13:34] tgardner: yep, was gonna do it right after I finish up this Maverick to Natty config delta review [13:34] ogasawara, cool [13:45] ogasawara: lp#737073 - why did you mark it invalid for lucid/maverick? the description says it affects kernels before 2.6.37 [13:45] bug 737073 [13:45] Launchpad bug 737073 in linux "CVE-2010-4527" [Medium,Fix committed] https://launchpad.net/bugs/737073 [13:46] 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] ogasawara, if so, shouldn't it be 'fix released' ? [13:47] ogasawara: ah ok [13:47] ppisati: i didn't check the tree before asking, ok [13:48] tgardner: yah, I suppose it could be marked Fix Released rather than Invalid [13:48] ogasawara, that more closely matches the CVE tracker state, doesn't it? [13:50] tgardner: the CVE tracker state is marked as not-affected so I guess it just depends how we want to interpret it [13:51] 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] tgardner: ah, in that case Fix Released is probably a better status to use [14:03] * ogasawara back in 20min [14:04] bug 736394 [14:04] Launchpad bug 736394 in linux-source-2.6.15 "CVE-2010-4342" [Medium,In progress] https://launchpad.net/bugs/736394 [14:05] i nominated it for maverick [14:05] can anyone pass the nomination? [14:10] ppisati, LP keeps timing out [14:11] tgardner, ppisati Did it (was closer) [14:47] https://launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours [14:47] ^^ anyone else get an error if they try to edit the whiteboard? [14:48] ogasawara, I just changed your name in the Whiteboard [14:48] tgardner: cool, thanks [14:49] ogasawara, maybe your LP privs are eroding. [14:50] tgardner: so the ABI problems with the packages were not the root cause of the FTBFS? (just trying to stay current) [14:51] sconklin, I can't say for sure since LUM had the same issues, and is in the dependency chain. [14:51] ok [14:51] 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] tgardner: yeah, and it makes sense that it could be the cause [14:53] 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] 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] Even more scary is that potentially it could have happened and not resulted in a build failure [14:55] 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] tgardner, Was Hardy also still carrying the abi number asclear text or was it just re-creating those depending files? [14:56] 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] 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] smb, Hardy LUM/LBM had debian/control committed in the repo, which makes it easy to _not_ correctly generate the ABI info. [14:57] Hardy LRM as well [14:57] how to generate vmlinuz kernel file? I just have uImage, zimage and compressed/vmlinux. Thanks [14:58] 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] That is what caught me when doing dapper lrm [14:59] smb, dapper is worse. you _have_ to run the bumpabi target in order to get the udeb stuff henerated correctly. [15:00] tgardner, Even worse that is the kernel package only. There is no bumpabi target in lrm [15:00] smb, right, but we only have to live with that for a couple of months more [15:01] That is the hope one can hold on. :) [15:02] 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] tgardner: yep, no - === sconklin is now known as sconklin-afk [15:51] GrueMaster, have you signed off on the mvl-dove kernels now in -proposed ? [15:52]