=== amitk is now known as amitk-afk [08:05] * apw yawns ... [08:07] * smb is reminded to get more coffee... [08:09] smb, a fine plan indeed [09:11] * ppisati notes the keyboard in the nexus7 ubuntu image is much more usable than the phablet image counterpart [09:12] heh [09:12] you should say that in #ubuntu-touch so the right people see it [09:13] ogra_: :) [09:13] ogra_: i just installed the nexus7 desktop img to the test yesterday's kernel [09:13] ogra_: and i just noticed how good the keyboard is there [09:13] ogra_: compared to the phablet one [09:13] is touch working without the patch ? [09:13] (on desktop) [09:14] ogra_: touch kernel you mean? [09:14] well, i mean the patch you discussed with jani [09:14] would eb good if the same kernel worked on both [09:14] ogra_: i'm testing it right now [09:15] ogra_: just finished to reinstall [09:15] ah, so touch still works even with that patch removed ? [09:15] (iirc we added an xorg.conf.d snippet that should fulfill the same purpose) [09:16] ogra_: the phablet/touch img had the touchscreen borked if that patch was present [09:16] right [09:16] ogra_: dunno about the dekstop img, since the patch landed there for this img [09:16] well, it would eb good to use the same kernel on both [09:16] ogra_: besides, where's this snippet? [09:16] ogra_: right [09:16] somewhere in ubuntu-defaults-nexus7 iirc [09:17] ogra_: if i flash tthis morning img, do i get it? [09:17] * ogra_ would have to look, but i have a vet appointment now, this will have to wait [09:17] (if my GF ever manages to catch the cat) [09:18] ogra_: try with a net :) [09:18] haha [09:18] she's not a fish ! [09:19] ogra_: cat or GF? :) [09:20] :P === amitk-afk is now known as amitk [10:40] * ogra_ is back [12:03] * apw tries to not imaging ogra_ with a fish for a g/f [12:04] * ogra_ wont comment on that since this is a family friendly channel [12:05] :) [13:25] hiya. Does anyone know if our copy of the android kernel does something to prevent core dumps? I can't seem to force one despite killing debuggerd, setting the core ulimit to unlimited, and setting the core pipe appropriately. [13:25] ppisati: ogra_ mentioned you might have an idea, having touched the config last :) [13:26] :) [13:30] ev: i know there was an option about core dump in the dekstop kernel (not in the android one), let me check [13:33] ev: cat /proc/sys/kernel/core_pattern [13:36] ppisati: neither "core", nor "/data/core.%e.%p", nor "|/path/to/apport" work [13:36] been through them all :) [13:36] and yes - I was in a writeable directory [13:37] (for "core" that is) [13:41] ev: and you tried with SIGABRT or gcore, right? [13:41] gcore? I was sending SIGSEGV. [13:46] SIGABRT also doesn't dump core. gcore on `sleep inf` works. [14:02] * ogasawara back in 20 [16:58] * smb -> eow [17:25] * rtg_ -> lunch [17:41] * henrix -> eod [18:48] apw, ogasawara: pushed raring master-next rebase on v3.8.6. build testing, will likely upload tomorrow. [18:48] rtg_: ack [19:40] psivaa: Did the regression testing on ti-omap4/quantal get stalled? Seems to be the only SRU currently not ready to be released. [19:41] psivaa: Oh, and linux-ec2/lucid, apparently. [19:43] zequence: Your kernels for P/Q are in -proposed now (will be true on mirrors in an hour or so, I suspect), if you want to do some quick smoketesting over the weekend, I'll release them on Monday with all the others and you'll be caught up. \o/ [19:58] sforshee, test patch on #1041790 could use a kernel I think [20:01] bryce, is this the patch you're referring to? https://bugs.freedesktop.org/attachment.cgi?id=77475 [20:01] * rtg_ -> EOD [20:02] sforshee, that's the one [20:03] sforshee, your call on what kernels worth building. The issue appears to affect raring and quantal, and one precise user claims to see it (unverified so far) [20:03] bryce, ack. I'll kick off some builds. [20:05] sforshee, this bug seems to be relatively widespread and severe (it's even hitting canonical employees a lot), so you might put this on a higher priority attention list for your team [20:07] sforshee, sounds like Intel flipped on a performance improvement too soon. So if we were to carry this patch there is a possible performance impact to it. [20:13] bryce, I'm building raring and quantal to start, I'll follow up with precise if needed [20:15] sounds good