[02:52] <mozmck> how does one compile the lucid git kernel?
[02:52] <mozmck> in the karmic tree I could do this: skipabi=true skipmodule=true fdr binary-generic
[02:52] <mozmck> but that doesn't work on the lucid tree
[03:28] <crimsun> mozmck: have you followed the wiki?
[03:51] <crimsun> bah.
[03:51] <crimsun> Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
[03:52] <crimsun> Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
[03:52] <crimsun> that makes me a sad panda
[04:03] <mozmck> crimsun: wiki where?  I've looked at several places
[04:04] <crimsun> wiki.ubuntu.com/KernelTeam/KernelMaintenance
[04:04] <mozmck> I can't figure out how to compile one flavour.  if I do debian/rules binary it looks like it will compile all flavours
[04:07] <mozmck> here's what it says there "fakeroot debian/rules binary-generic"
[04:08] <mozmck> that's what I'm doing and it says there's no rule for that target
[04:09] <crimsun> I presume you've looked through debian.master/config/ ?
[04:10] <mozmck> yes.  I made a new flavour, but I've also tried just compiling the generic flavour with out changes
[04:12] <mozmck> hmm, just tried again with binary-generic and it's working...
[04:15] <mozmck> ok, I ran debian/scripts/misc/kernelconfig editconfig and didn't save any changes.  then fdr clean and fdr binary-generic and it tells me "No rule to make target"
[04:16] <mozmck> at the end of running kernelconfig it gave me 8 of these errors:
[04:16] <mozmck> ./debian/scripts/misc/kernelconfig: line 150: /home/moses/Projects/kernel/ubuntu-lucid//scripts/misc/../config-check: No such file or directory
[04:16] <mozmck> could that be the problem?
[04:17] <crimsun> debian/scripts/config-check
[04:18] <mozmck> it's there and executable
[04:43] <mozmck> is it possible the kernelconfig script is broken?
[04:44] <crimsun> possibly, but I'm not looking closely. Slew of bugs on my plate.
[04:46] <mozmck> ok, thanks.
[18:37] <Sarvatt> cnd: the two lines removed by the DPMS load detect fix exist in the current ubuntu-lucid source
[18:37] <Sarvatt> lines 3666 and 3775 in drivers/gpu/drm/i915/intel_display.c
[18:40] <Sarvatt> which is why I said the patch mistakenly got dropped somewhere along the line, it is not upstream yet even in 2.6.34
[18:41] <Sarvatt> thats in reference to http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commit;h=7b56712ff524ee55e38afaee3954d125f56a6070 
[19:28] <jono> hey folks
[19:29] <jono> is the 	linux-image-2.6.34-020634rc1-generic_2.6.34-020634rc1_i386.deb package known to boot?
[19:29] <jono> I installed it to test if a a bug still exists and it would not boot
[19:31] <mrec> hope that won't happen with the latest git build here
[19:32] <jono> going to test againbrb
[19:36] <mozmck> anyone know why running kernelconfig editconfig with the lucid git breaks my build?
[19:41] <Sarvatt> the 2.6.34-rc1 mainline kernel doesn't boot here either
[19:42]  * Sarvatt tries the latest daily, havent tried in a few weeks
[19:42] <jono> hey
[19:43] <jono> just tried the .34 mainline and no luck
[19:44] <mrec> mainline or git?
[19:47] <johanbr> for that matter, why do the latest daily builds have a -karmic suffix?
[19:50] <Sarvatt> the latest 2.6.34 mainline daily still fails to boot here, spits out a trace as soon as it starts and seems to be timer init related
[19:51] <Sarvatt> i'm guessing the ones with -karmic are using the karmic config and the -lucid ones are using lucid's, and there hasnt been any lucid ones recently. they were all using karmic's config before
[19:53] <Sarvatt> correction: there haven't been *any* lucid ones, the one there failed to build because it was trying to use apparmor
[20:35] <jono> mrec, mainline
[20:36] <jono> is there an actual PPA for the kernel?
[20:39] <marga> I asked this yesterday, but got no-reply.  I'm interested in a -generic-64bits kernel for the i386 arch (similar to -amd64 in the i386 arch in Debian).  I've seen that there is a -server flavor, which is only 64bits, but it's supposed to be "server oriented".  What does "server oriented" mean?
[20:41] <mrec> my git kernel is still compiling..
[21:00] <Sarvatt> marga: ubuntu doesn't support a 64 bit kernel with 32 bit userspace at all as far as I know unlike debian, the server flavour doesn't exist for 32 bit and is just a transitional package to push people to one of the generic-pae kernels if they had it installed in 32 bit from an old release
[21:00] <Sarvatt> i could be mistaken though
[21:01] <mrec> you should be wrong
[21:01] <mrec> skype works without any problem here
[21:01] <mrec> and skype is 32bit
[21:01] <mrec> file /usr/bin/skype
[21:01] <mrec> /usr/bin/skype: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped
[21:05] <Sarvatt> i'm referring to using explicitly installing a 64 bit kernel in a 32 bit release
[21:06] <mrec> ah
[21:06] <mrec> well I tried using a 64bit kernel with 32bit environment it worked too
[21:06] <mrec> (I upgraded my system from a 32bit ubuntu to a 64bit ubuntu that way with some fiddling around with chroot and moving the root files)
[21:07] <mrec> didn't have usb nor cd for a 64bit install cd back then
[21:11] <Sarvatt> yeah you can get it working somewhat but a lot of things will be broken like dkms and its not something thats supported. http://www.ubuntu.com/products/whatisubuntu/serveredition/features/kernel has some description of whats different in -server over -generic
[21:15] <mozmck> anyone know why running kernelconfig editconfig makes it so running fakeroot debian/rules binary-generic (or any other flavour) says "No rule for target"?
[21:16] <mozmck> on lucid git
[21:41] <marga> Sarvatt: is there a rationale behind that?