[00:16] * jjohansen decides to copy bjf === kamal is now known as kamal-afk === beek is now known as kentb === kamal-afk is now known as kamal [02:49] ogasawara, Mainline Build v2.6.34-rc3? ?rc3? [04:06] Jeezus we as a civil society need a new TCP/IP protocol to safely detach and no `` pings '', which reverse interlock here then kick PPL. Oops poor mterry. [04:07] Because SCTP didn't look that bad when I studied it, glad sctp is supported by kernel. [04:46] You know... I got accepted into ~ubuntu-kernel-team and I pretty much flipped out. Everyone at work knew I got into there. I thought I was special. Then I noticed I'm one of 20. I think I died a little inside. [04:47] I guess I'll just need to set myself apart and be the bestest best of those 20. :) === kamal is now known as kamal-away [05:45] what makes bug 193830 need to be private? [05:45] MTecknology: Bug 193830 on http://launchpad.net/bugs/193830 is private [05:59] Good Morning [06:01] I am following the Howto at https://wiki.ubuntu.com/KernelTeam/GitKernelBuild (but used the vanilla gzip file instead if git). Kernel builds fine, Deb-Packages are created and can be installed. But when I install my kernel-header it creates the link for "build" in a way that it points to the sources, not to the headers [06:01] so I wonder what I did wrong === rsalveti is now known as rsalveti-away [10:16] hi guys [10:17] how can i monitor changes in file system [10:18] i noted inotify but heard there is a better one like fschange but there is no /proc/fschange in my system [10:35] hello??? [11:19] how to get fikesystem events in our program? [11:19] *filesystem [14:39] apw, ogasawara : Are you around? [14:46] please tell me if i need to add more info to bug 593041 [14:46] Launchpad bug 593041 in linux (Ubuntu) "New 2.6.35 kernel keeps toggling bluetooth radio (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/593041 [14:48] how to monitor a directory recursively in a program ,inotify is not recursive:( [15:09] vishu, you sure? [15:10] inotify-tools talks about recursive watching directories [15:12] yeah is there something in kernel implemented with syscals [15:12] one suggested fanotify but there is no proper resources in net [15:13] fsnotify doesn't implement recursion it seems [15:23] ya [15:24] on the other hand, it's sane to implement recursion yourself via inotify [15:24] still only need one open handle [15:25] i.e., tracking the directories gives you notifications on the files, as well as enough information to follow directory creates/deletes/moves [15:25] and you'd have to scan new directories under any system, as they could be created outside the tree, populated, and then mv'd in [15:28] hmm seems there is somethingg called fanotify in 2.6.34 [15:29] can you give a start for coding something to catch keystrokes globally