[01:16] <devinheitmueller> Hello all.  Quick question about the way Ubuntu has their kernel crashdump setup on Karmic.  I got the crashdump package installed, and I see the /var/crash/linux-image-2.6.31-4-generic.0.crash was generated.  However, I cannot pass this into gdb without the vmlinux file.  As far as I can tell Ubuntu only makes the bzimage available.  Anybody have any idea either how to strip/decompress the bzimage down to the 
[10:40] <koyunbaba_> hi men
[10:40] <koyunbaba_> i have a litle problem
[10:40] <koyunbaba_> i have intalled kernel rt on my ubuntu 9.04
[10:41] <koyunbaba_> but the temperature increase to 80 °C
[10:41] <koyunbaba_> and pc often turn off
[10:44] <koyunbaba_> somebody can solve my problem
[10:44] <koyunbaba_> ???
[13:05] <ogra> morning rtg 
[13:07] <rtg> ogra, *^%&* armel build.
[13:07] <ogra> yeah
[13:07] <rtg> ogra, once more...
[13:07] <ogra> dropping -source isnt such a good idea i think btw
[13:07] <ogra> people might want to cross compile the armel kernels
[13:08] <ogra> i dont care about having -headers or -doc as "all" though
[13:08] <rtg> ogra, then you can knock heads with the archive folks, 'cause they are who are objecting to it
[13:08] <ogra> objecting ? how ?
[13:09] <ogra> i dont see even a build attempt for any of the Arch: all packages
[13:10] <ogra> whom were you talking with, and where ? 
[13:10]  * ogra wants to ask whats the reason for it 
[13:13] <rtg> ogra, langasek didn't want to have the  arch independent headers package and then the flavour dependent header package. He may not have been as concerned about the arch independent source package.
[13:13] <ogra> well, but your former uploads had all these packages and they werent even built
[13:14] <ogra> i dont see how the archive admins could prevent a package from building
[13:14] <rtg> ogra, I figured it was just because they weren't even published. How could they _not_ build.
[13:15] <ogra> no idea, thats what i was wondering
[13:15] <ogra> slangasek only pointed me to the fact that the dependency wasnt fulfilled, he didnt mention any concerns
[13:16] <ogra> i'm pretty sure there would have been at least a trace in the qeue if the package had spit them out
[13:16] <ogra> *queue
[13:16] <rtg> ogra, well, for now you're gonna get image and headers packages.
[13:16] <smb> rtg, This sounds like something I should be interested in, while I create the new fsl-imx51 branch for Jaunty... So this should not do a linux-fsl-imx51-source,doc et al?
[13:17] <ogra> i'm fine with that, but would still like to know why the Arch: all packages arent even attempted to build
[13:17] <ogra> this seems more like a packaging bug than anything else
[13:18] <rtg> smb, you definitely don't need a doc package. In your build environment you should create /CurrentlyBuilding in order to fully simulate the buildds
[13:22] <smb> rtg, I added that. The question is probably not so much what is needed but what is allowed. Certainly the doc is not so much needed. -source and libc-dev maybe are, with libc-dev better not.
[13:22] <rtg> smb, no libc-dev either
[14:08] <smb> rtg, ... and you don't seem to produce generic headers either. Is there a good reason for that? I mean this is a 300+ patches diff on top of the generic kernel (at least on Jaunty) which would need config updates even for other archs and we assume we can point to the common headers?
[14:10] <rtg> smb, no common headers package, it only produces just the one flavours header package, complete will all of the required headers.
[14:11] <smb> rtg, So the flavours header package contains all the files and not only links? 
[14:12] <rtg> smb, correct. Steve though tha as long as we only had one flavour, then there was no need for a common headers package
[14:14] <smb> rtg, OK, that makes somewhat sense. I would think you had to tweak the rules files to make this happen...
[14:14] <rtg> smb, I think I had to butcher the rules files...
[14:15] <smb> What I had feared. Alright, then
[14:18] <rtg> smb, have a look at the Karmic fsl-imx51 branch. the 4 commits after Ubuntu-2.6.31-100.4 is where most of that surgery happened.
[14:19] <smb> rtg, Yeah, just was about to look there
[14:29] <rtg> smb, this is from the Marevell Dove build log: 'dpkg-genchanges: arch-specific upload - not including arch-independent packages', so it seems none of the arch independent packages get built, though I'm not sure why.
[14:31] <smb> rtg, If this is the same as fsl-imx51, are there any independent packages left? I thought there were only doc, source and the common-headers...
[14:31] <ogra> rtg, all arch: all packages get built on i386 machines
[14:32] <ogra> there must be a second build log for these 
[14:32] <ogra> which is apparently missing 
[14:32] <rtg> smb, libc-dev is also arch independent
[14:32] <ogra> (which is what i meant before that all Arch: all packages are missing and havent been attempted to build)
[14:32] <rtg> smb, I ripped _all_ arch independent packages.
[14:32] <smb> rtg, Right that to and is gone.
[14:33] <ogra> rtg, StevenK suggested to talk to the soyuz guys
[14:33] <ogra> they *should* be build
[14:33] <rtg> ogra, is linux-image and linux-headers sufficient for now?
[14:33] <smb> rtg, ogra err, if the rules for those are all ripped out???
[14:34] <ogra> for now it is, but we should a) inspect whats going on there and b) i'd like to have -source back
[14:34] <ogra> smb, even when they were in the control file they werent built
[14:34] <ogra> smb, thats my point 
[14:34] <ogra> and looking at the package i cant really find a reason (package bug) for it ... so its likely to be soyuz fault
[14:35] <smb> ogra, Ah, ok, so that was for versions where rtg had not nuked all references to those
[14:35] <ogra> right
[14:35] <rtg> ogra, if there is time and a need, then I'll come back to these build issues. In the meantime I've several other things to do, and you have what you need.
[14:35] <ogra> rtg, there is definately a need for the -source package 
[14:36] <rtg> ogra, not in the near term, and not for any deliverables that I'm aware of
[14:36] <ogra> i totally dont care about -headers being arch: all or -docs being available at all
[14:36] <ogra> for our *users* to be able to cross build kernels
[14:36] <rtg> ogra, then they can start from the git repo
[14:37] <ogra> its not always all about deliverables in contracts, you know, we have people out there using that stuff :P
[16:01] <levonshe> Hello guys, simple question - I compared linix-source2.6.30  from unbuntu debian package with vanilla kernel. They differs in many files (not ubuntu tree) although Makefile verson is the same. How it may happen ?? ( ex. linux-2.6.30/arch/x86/include/asm/mmu.h linux-source-2.6.30/arch/x86/include/asm/mmu.h ?) 
[16:13] <smb> levonshe, The version string in Makefile only tells you the kernel is based on that upstream version. But there are ubuntu specific patches on top
[16:20] <levonshe> smb, thanks for explanation, Although I think it is very easy to put EXTRAVERSION= patch-ubuntu-XX"  to avoid confusion of newbies  
[16:22] <ogra> rtg, ogra@dove:~/linux-mvl-dove-2.6.31$ ls ../*.deb
[16:22] <ogra> ../linux-headers-2.6.31-200_2.6.31-200.4_all.deb         ../linux-image-2.6.31-0-dove_2.6.31-0.1_armel.deb      ../linux-mvl-dove-doc_2.6.31-200.4_all.deb
[16:22] <ogra> ../linux-headers-2.6.31-200-dove_2.6.31-200.4_armel.deb  ../linux-image-2.6.31-200-dove_2.6.31-200.4_armel.deb  ../linux-mvl-dove-source-2.6.31_2.6.31-200.4_all.deb
[16:23] <ogra> rtg, thats from a local build, so there is definately something wonky with the archive setup
[16:23] <rtg> ogra, yep, so I mae the common headers file armel only
[16:23] <ogra> right, thats fine, my only concern is -source
[16:24] <ogra> my point is that there is something not correct with the archive and the archive people need to know about it 
[16:24] <ogra> just hiding it by dropping the package wont help it 
[16:25] <ogra> (its a good temp. workaround indeed)
[17:33] <HumpBack> Hello All. Is there any info on how to install a more recent kernel into my 9.04
[17:33] <HumpBack> I have a sony laptop and some of the keys only work with 2.6.30 and up
[17:36] <rtg> HumpBack, you can get the Karmic package from the archive and install it directly, though it may cause issues with KMS. http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-image-2.6.31-6-server_2.6.31-6.26_amd64.deb
[17:39] <HumpBack> rtg: and probably issues with fglrx
[17:39] <HumpBack> right?
[17:39] <rtg> likely
[17:40] <rtg> there is a kernel command line option to disable KMS, but I can't remember what it is off-hand
[17:41] <HumpBack> ok thanks anyway
[17:41] <HumpBack> i'll stick with this one untill 9.10 goes live
[18:31] <ogra> rtg, 
 ogra: I think you need 'all i386 armel'
 ogra: I'm trying to find a reference, though. It's looks like a broken implementation in soyuz.
[18:32] <ogra> rtg, according to slangasek we need to build -docs btw
[18:37] <rtg> ogra, *sigh* - start an LP bug re: docs package. I'll get to it for the next upload. Be sure to explain *why* we need a docs package.
[18:38] <ogra> rtg, ask slangasek
[18:46] <ogra> rtg, so discussing further with cprov (i really want that -source package back in some later upload as you can guess by the effort i take) it simply needs to be "Architecture: all i386" in the control file for the packages that are actually Arch: all
[18:47] <ogra> else there will never be build attempts for them 
[18:47] <ogra> i'll file a bug for -source, i dont really get slangaseks issue with -doc
[18:50] <ogra> (i wont bother you with it before A5 anymore so you can take a breath, for now the set of packages should be fine for building images imho)
[20:37] <zul> how are you suppose to build a deb of the kernel now with the new debian.master infrastructure?
[20:40] <rtg> zul, run the clean target first
[20:41] <zul> k
[20:43] <zul> done
[21:01] <zul> rtg: is there documentation somewhere?