[03:04] <Sarvatt> mam that intel libdrm problem is incredibly frustrating to work with, i'm so glad I have lucid's 2.4.14 to fall back to when I need more than 5 minutes of guaranteed uptime :D
[03:05] <Sarvatt> mam=man
[06:57] <tjaalton> Sarvatt: do you have the bug # handy, peter was asking it on the list
[06:58] <tjaalton> +for
[09:46] <jcristau> tjaalton: i think it was fdo#25475
[09:54] <tjaalton> jcristau: yep, should've checked the ffox cache. tab-completed straight to that one :)
[13:55] <hyperair> has anyone here hacked around on the i915 driver?
[13:55] <hyperair> i'm looking for the portions that handle ACPI + brightness keys
[18:31] <alex_mayorga> hi
[18:32] <alex_mayorga> "Xorg [XXXX]: segfault at 0 ip 00000XXXXX sp XXXXXXXXXX error 4 in libc-2.10.1.so [XXXXXXX]" on an intel card
[18:32] <alex_mayorga> also gdm-simple-slav segfaults on libX11.so.6.3.0
[18:34] <alex_mayorga> this on lucid on an intel corporadion mobile 4 aeries chipset
[18:42] <hyperair> looks like a bad libc
[18:43] <hyperair> but wait, wtf is libc-2.10.1.so?
[18:44] <hyperair> do we have such a library? O_o
[18:46] <alex_mayorga> just reporting in case
[18:46] <alex_mayorga> I have here the buggy laptop for some more minutes, he has now booted just cool on win7
[18:47] <hyperair> hmmmm
[18:47] <hyperair> i see
[18:47] <hyperair> lucid
[18:47] <hyperair> lucid uses eglibc eh..
[18:56] <alex_mayorga> anything else to gather?
=== \vish is now known as mac_v
=== mac_v is now known as \vish