=== akgraner` is now known as akgraner [04:49] hi regarding lucid, does 10.04.3 2.6.32.34.40 have speakup kernels? [04:52] Fudge: it should; see `modinfo speakup` [04:57] dtchen im preparing to update vinux build scripts for lucid and wondered if we will still need to install speakup_source for every new kernel or if lucid has been updated with speakup in kernel, so not currently on a lucid system [04:57] hope explained clear :) [05:04] Fudge: it looks like you'll need to continue installing speakup_source [05:04] Fudge: (at least my cursory grep of the configs in ubuntu-lucid.git/debian* doesn't show it enabled) [05:06] dtchen thank you for taking the time to look mate [05:07] I guess its not that simple to request it being included in kernels for 10.4.4 [05:09] Fudge: true, but there are lts-backport-natty and lts-backport-oneiric branches, too [05:12] ah yes ofc, that makes things easy, just enable those repos and fetch a enw kernel? [05:12] enw [05:12] sorry, new loL hope u can read typonees dtchen [05:18] is there something wrong with kernel 3.0 which breaks the bluetooth file transfer? [05:25] Fudge: e.g., http://packages.ubuntu.com/search?keywords=lts-backport-natty&searchon=names&suite=lucid§ion=all [11:15] Hi, I've just upgraded from 4GB RAM to 8GB on x86_64 kubuntu system. Kernel started to be extremally slow - every tty line lasts 20x times slower than on previous config. I logs I see a lot of "RCU detected CPU 0 stall". Where I can start debug the problem or what's more info you need? [11:51] also I have SysRq Call trace, which I rewriten from screen, what could be done with that ? It's in a form of hex bytes, should I decode it to asm opcodes or binary grep kernel or modules for occurence of that stream ? [14:50] hi folks anything new about this one here [14:50] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/859075 [14:50] Launchpad bug 859075 in linux "Oneiric does not shutdown" [Undecided,Invalid] [15:19] hmmm got a soloution for kde as it seems [15:19] i commented the bug [16:38] is it possible for the kernel to drop request even after disabling the tcp_syncookies ? [16:38] I am getting "TCP: Possible SYN flooding on port 64271. Dropping request." [16:38] the port in question happens to be my torrent port [16:38] and I used to get "... sending syncookies" in the syslog [16:42] theres syncookies and then theres the max syn backlog [16:42] which here is 2048 [16:46] sorry, I had to restart because of a nasty xserver-video-driver bug [16:46] did anyone respond to my query? [16:56] hmm, never mind, I am going over to #deluge for this, but if you want to know whats the issue you can look at http://forum.deluge-torrent.org/viewtopic.php?f=7&t=36227 === kloeri_ is now known as kloeri