/srv/irclogs.ubuntu.com/2009/08/14/#ubuntu-kernel.txt

krgngood morning10:13
krgnhey, is there a way to remove certain arches from debian/config/* ? updateconfigs fails because I removed some dir's for arches i don't want to build for10:14
Davieykrgn: Wouldn't it make more sense to only build for the arches you want to build for?10:17
amitkkrgn: if all you need is a single flavour, just using the binary-<flavour> target10:18
krgnDaviey: true, but when using updateconfigs target i have to go through tons of configs which I am too lazy to do ;)10:18
amitkfakeroot debian/rules binary->flavour>, that is10:18
Daviey^^ Surely you can do that :)10:18
krgnI guess I can just switch myself off for a little while 10:19
krgnhey, is there a way to get sources for the mainline kernel anywhere?11:10
Kanogit clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git11:12
Kano?11:12
krgnKano: ok ok, but I also need the ubuntu-specific stuff11:12
Kanowell you can use a ubuntu kernel then git pull from that11:13
Kanothat will update it11:13
krgnyou mean, git checkout origin/v2.6.29 or something11:13
krgn?11:13
Kanogit clone git://kernel.ubuntu.com/ubuntu/ubuntu-karmic.git11:14
Kanocd ubuntu-karmic.11:14
Kanogit pull git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git master11:15
Kanofor example11:15
krgnKano: great, I'll try this. thanks11:16
Kanoi am waiting for next official sync currently but you can do that to update that whenever you want11:17
krgnhmm weird, I end up without debian/rules etc...11:30
krgnhey, are there deb source files for the mainline kernel builds?11:48
amitkkrgn: I pointed those out to you yesterday11:49
krgnamitk: this page: http://kernel.ubuntu.com/~kernel-ppa/mainline/ ?11:49
amitkkrgn: https://wiki.ubuntu.com/KernelTeam/MainlineBuilds?action=show&redirect=KernelMainlineBuilds11:49
amitkgo to the archive link on this page11:50
amitkkrgn: your link should work too11:50
krgnamitk: ah but these don't have source debs so I can see how the packaging is done11:51
amitkkrgn: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.31-rc4/linux-source-2.6.31_2.6.31-020631rc4_all.deb <-- this doesnt?11:51
amitkapw: ^^^11:51
apwyeah i thought we had source debs in the mainline builds?11:52
krgnamitk: ah yes, but then I need to use specific version 2.6.29.6 as I patch with rt patch and aufs, and the linux-source deb doesn't contain a lot of the files in debian/*11:53
krgnits quite convoluted :)11:53
apwkrgn?11:53
apwoh hrm source .debs ...11:53
apware we copying the wrong one?11:53
krgnapw: you mean wrong deb? I think that .31 would be ok, but I can't use that yet since aufs doesn't have a compat patch for rt11:54
apwwell the way they are made is we simply checkout the mainline version, then checkout the debian directory from the tip of the nearest release and run updateconfigs11:55
apwthen build, there is no rocket science involved11:55
krgnapw: ah yes, thats exactly what I did. then I ran into build failure that only happens with the debian/rules  binary-arch but not when I just put a config and run make11:57
krgnwhich is strange to me, since it doen't seem to patch anything11:57
apwwhat was the build failure as we don't mod the source11:58
krgnit fails to build kernel/power/snapshot.c because apparently there is a parse error, but this doesn't happen when I do the build manually11:59
krgnhttp://pastebin.ca/152930312:01
amitkapw: what was the rune to quickly create a branch? 'git checkout -b foo' takes a while12:07
apwif you don't need to be on it12:07
apwthen you can make a branch directly with git branch <name> <commitish>12:08
amitkaaaaaaaah, I do need to be on it.12:09
apwif you need to be on it i don't know of a quicker way12:16
=== testz3urfhdj is now known as ukev
=== ScottK2 is now known as ScottK
ukevhi... did you heared of the linux kernel root exploit?13:44
ukevI've just tested it, jaunty full patched is vulnerable..13:44
ukevno one here?13:47
ukevits important13:47
amitkukev: our -security teams are aware of it and kernel updates are being prepared13:48
ukevok great :)....13:49
ukevthanks for all the work!13:49
amitkukev: you could join #ubuntu-security to track status13:49
ukevok thanks for that hint13:49
* krgn wonders... are any .h / .c files by default in debian/ dir?13:58
krgnthis build error could be related to mismatching source/header files 13:58
krgnfor example, there are 3 different files called power.h in debian/ while this also exists in kernel/power/13:59
krgnsorry for all teh confusing and ... thanks for the help!15:22
amitkusb oops and apport == fail (atleast in my case)15:58
amitklsusb was stuck in a loop and hence apport for stuck15:59
amitks/for/was15:59
krgnis this a common mistake?17:23
krgnEE: Previous or current ABI file missing!17:23
krgnI built binary-generic target, and so for this kernel version only one abi exists17:24
jnfullercan I ask a kernel compilation question here or is this only for development discussion?18:08
jnfullermostly what I am wondering is: if I am currently running 2.6.28-14-generic (#47) and I apt-get linux source I end up with 2-6-28-9. If I apply Linus' patch for the null pointer exploit to this tree and then make and install the deb for the custom kernel what sort of issues will I have in relation to the restricted-modules. Will I need to recompile those for the new custom kernel?18:16
jnfullerOr... is the patch in the works for a new kernel from the offical repos and I shouldn't bother?18:17
rtgjnfuller, the latter18:21
jnfullerthanks, rtg, but if I do end up having to apply this kernel (i.e. boss demands it on production systems) I'd have to apply the kernel, reboot and then compile the restricted-modules against the custom kernel in order for the proprietary stuff to work, right?18:28
rtgjnfuller, any time you change the ABI, then you'll have to recompile all external, 3rd party modules.18:30
jnfullerok that's what I thought.18:30
jnfullerthanks again18:30
krgnhey, how do I bump the abi? do I do this in the changelog?18:33

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!