/srv/irclogs.ubuntu.com/2011/07/18/#ubuntu-kernel.txt

apetrescuI started a kernel build using:04:52
apetrescuAUTOBUILD=1 fakeroot debian/rules binary-debs04:52
apetrescuit's been going for four or five hours and I swear to God as the compilation targets scroll by I can swear I've seen some of these subtrees before04:52
apetrescuIs there any known situation where it gets stuck in an infinite loop and keeps on recompiling the same things over and over again?04:52
apetrescuIt even got to the "LD    vmlinux" stage once04:53
apetrescuAnd now it's back to compiling drivers/infiniband04:53
apetrescuWhich I'm almost certain was compiled about two hours ago04:53
lifelessits building all the different flavours04:54
apetrescuOh, okay04:54
apetrescuHow many flavors are there? 3?04:54
apetrescuGeneric, xen, and rt?04:54
lifelessdunno04:54
apetrescuDamn, I should have told it just to do generic04:54
lifelessbinary-generic, for instance,w ould build one flavour04:54
apetrescuAt least that explains it04:54
apetrescuThanks a lot :)04:54
=== _LibertyZero is now known as LibertyZero
vishhi, while git bisect I accidentally did $git bisect skip  , instead of $git bisect good , but then I tried to "fix" it by doing $git bisect < previous skipped commit> ,   so now the log looks like » http://paste.ubuntu.com/646220/ 05:16
vishif you notice the last two bisects, they are the same commit# one is now marked skip and then as good.. is that correct or how do i fix it?05:16
vishs/correct/OK05:17
ohsixvish: you could start the bisect again with the valid outer commit id's instead of your original starting ones05:28
vishohsix: yea, I did consider that, but which way would that be?   just leave the new commit# as good and the old one as bad?05:29
=== luftikuss is now known as bullgard4
vishI had started with $ git bisect start Ubuntu-2.6.35-1.1 Ubuntu-2.6.34-5.1405:30
vishi so just s/Ubuntu-2.6.35-1.1/6b2c676bf32be91f43215d5874c07c1becaba013   ?05:31
vishso I*05:31
visherr, wait the first one was bad!05:31
vishs/Ubuntu-2.6.34-5.14/6b2c676bf32be91f43215d5874c07c1becaba013   ?05:32
ohsixgit bisect log shows all the decisions made; they alternate, between the last good and the most recent bad should be the inner set05:34
vishthe weird thing is I got only good bisects(until now).. o.005:36
=== smb` is now known as smb
smbvish, The output of git bisect log should be the sequence of commands needed to set you up. So if you put that into some text file and delete things after the point you want to start over with and then reset your tree to the start of the whole bisect, you can run that file and get where you want to be06:43
ckingmorning folks07:12
vishsmb: yea i see it in the log.. so if I delete the second last 'skip' lines would it be OK? also when i $ git bisect reset07:12
visherror: Untracked working tree file 'debian.master/NOTES' would be overwritten by merge.07:12
smbcking, morning07:12
* vish could probably update the wiki with a lot more bisect info, (that is when i'm done) :D07:13
smbvish, It should be ok for replay, yes. Sounds like for the reset you need to throw away generated files (git clean -d -x -f (warning gets rid of everything in the git directory not in git)07:14
smbSo the log better goes one dir level up to be persistently saved07:14
vishk..07:14
smbgit checkout -f resets the files to what they are in the current HEAD07:15
smbI often do both to get back to where I was before playing around07:16
vishthe git bisect help now makes better sense; thanks smb :)07:20
smbvish, welcome :)07:21
vishsmb: looks like git reset went fine » http://paste.ubuntu.com/646288/  i'm only concerned about line 7 and ln 17,18  referring to the same KVM and commit# , is that right?08:01
vishbtw, after the git clean how do i make a new debian.master and debian ? or is it OK if I copy them back from a backup or from master?08:01
smbvish, at least line 7 tells you where HEAD _was_ before. That could well be what you already had at a certain point...08:04
vishyea..08:05
smbThe debian* dirs you should be able to copy from the release you are trying to bisect08:05
smbMaybe a updateconfigs run would be good as well (to get the configs into a state where you get no questions)08:06
vishk08:07
* ogasawara back in 2014:44
=== brendand_ is now known as brendand_n310
* jjohansen -> lunch19:01
dupondjehttp://bugzilla.intellinuxwireless.org/show_bug.cgi?id=230819:24
ubot2bugzilla.intellinuxwireless.org bug 2308 in RF-Kill "rfkill issue on Intel Centrino Advanced-N 6230" [Normal,New]19:24
dupondjehave we seen something simular ?19:24
vanhoofdupondje: only thing that comes to mind recently is this: https://patchwork.kernel.org/patch/920262/19:28
dupondjeOneiric kernel does have that commit yet ?19:30
dupondjeor not yet ?19:30
vanhoofdupondje: looks like its in: 3.0-3.4 actually19:32
vanhoofhttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/77528119:32
ubot2Ubuntu bug 775281 in linux "[Dell Latitude 2120/Vostro 1015/1014] Turning off wi-fi with hotkey seems to permenantly disable wi-fi" [High,Fix committed]19:32
dupondjeThe issue looks a bit different tho19:33
dupondjeQuite annoying issue imo19:38
dupondjeas it stops me from disabling bluetooth19:38
=== yofel_ is now known as yofel
bdmurraysconklin: you were asking about apport-package kernel bugs before - you might look in some of the log files for failures with update-initramfs and grub21:27
bdmurraybug 810236 is a good example21:28
ubot2Launchpad bug 810236 in linux "package linux-image-3.0.0-5-generic 3.0.0-5.6 failed to install/upgrade: run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1" [Undecided,New] https://launchpad.net/bugs/81023621:28
manjosconklin, bjf, Ricoh 0xe823 card reader does not work for certain SD/MCC Cards, Bug# 773524, there are 2 patches, 1. is in stable 2. just submitted upstream and will be in 3.1 and has stable@ tag. But I would like to have them SRUed in Natty... I am thinking of SRU the 2nd patch as Sauce, any issues with doing that ?21:35
sconklinmanjo, don't ask me questions like this - read the SRU requirements, and if you think it's a viable patch, submit it as an SRU21:35
manjosconklin, :) ok 21:36

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