[00:35] <bryceh> RAOF, lead on a mesa patch for a gpu hang - https://bugs.launchpad.net/bugs/807440
[00:35] <ubot4> Launchpad bug 807440 in xserver-xorg-video-intel (Ubuntu) "[i965gm] GPU lockup (affects: 1) (heat: 6)" [Undecided,New]
[00:36] <bryceh> RAOF, might check if that could/should be backported to natty too
[00:38] <RAOF> Cool.
[00:38] <RAOF> What is everyone doing working on Sunday afternoon, anyway?  You're here poking mesa bugs, Didier uploaded unity-2d, …
[04:17] <bryceh> RAOF, guilty :-)
[12:57] <jussi> Hi all, is there a command I can give that will give the EDID output from my monitor ?
[12:57] <jcristau> xrandr --prop
[12:59] <jussi> thanks
[13:02] <jussi> jcristau: double thanks. thats _exactly_ what I was after :)
[17:13] <bjsnider> Sarvatt, what's the bug number for the no keyboard/mouse thing?
[17:18] <albert23> bug 807306
[17:18] <ubot4> Launchpad bug 807306 in udev (Ubuntu Oneiric) (and 1 other project) "[oneiric] Keyboard & mouse not working in X (affects: 24) (dups: 3) (heat: 136)" [High,Confirmed] https://launchpad.net/bugs/807306
[17:18] <albert23> bjsnider: ^
[17:23] <bjsnider> thanks
[20:33] <Sarvatt> so digging through some old debian bugs from may and looks like sysvinit needs to be 2.88 to populate /run and have things work, having this screwed up /run with just motd in it around from the latest base-files might be causing it? cnd: did you try sudo mv /run{,.bak} and reboot?
[20:33] <cnd> Sarvatt, to fix which bug(s)?
[20:34] <Sarvatt> no mouse/keyboard
[20:34] <cnd> Sarvatt, ok, I'll try that in a bit
[20:34] <cnd> thanks!
[20:36] <Sarvatt> cnd: thanks a ton, i tried desperately to reproduce it and gave up.. 6 machines with fresh alpha 2 then updated, and 2 of those doing a natty to oneiric dist upgrade and all were fine :(
[20:36] <Sarvatt> initramfs-tools 0.99 is what mounts /run as tmpfs and crap too and we dont even have that
[20:36] <cnd> hmm
[20:44] <Sarvatt> cnd: jackpot
[20:44] <Sarvatt> kenvandine tried it, removing /run made it work again
[20:46] <Sarvatt> err, bryceh already pointed it out on the bug, only /run/udev is needed apparently :P
[20:46] <cnd> cool
[21:05] <bryceh> cnd, Sarvatt, yeah root caused on #807306
[21:05] <bryceh> downgrading base-files might undo the damage
[21:05] <bryceh> slangasek plans to tackle the sysvinit merge ~today
[21:07] <Sarvatt> nope downgrading wont clean up /run from what I can see
 [18:20:08] https://lists.ubuntu.com/archives/oneiric-changes/2011-July/004255.html hrm
[21:08] <Sarvatt> that makes me want a drink, that was friday.. wish i followed up on it more :)
[21:12] <bryceh> Sarvatt, deleting it?
[21:13] <bryceh> er, +deleting it?
[21:19] <Sarvatt> bet i can reproduce it on all the sytems after this udev 172 update that creates /run/udev
[21:20] <Sarvatt> you have to have updated udev after base-files was installed to reproduce it before, there wasn't a udev update for a month..
[21:31] <bryceh> Sarvatt, seen any bugs with flash video causing large X cpu usage (>75%)?
[21:37] <Sarvatt> haven't seen any bugs, thats what flash does so not surprised :P
[21:58] <bryceh> Sarvatt, if you can reproduce it, mind testing this fix?  https://code.launchpad.net/~rsalveti/ubuntu/oneiric/base-files/run-transition/+merge/67444
[21:58] <bryceh> if it is confirmed as solving it, I can upload it as the fix
[21:58] <bryceh> well, as temporary fix
[22:32] <bryceh> Sarvatt, plunked it into a PPA too - https://launchpad.net/~bryce/+archive/lime
[22:39] <Sarvatt> bryceh: sorry I went out at EOD and just got back, lets see..
[22:39] <Sarvatt> bryceh: i dont think this is going to have any effect, the udev package itself is trying to use /run if it exists even if things arent already migrated to it, and this isnt going to remove /run so it'll be the same?
[22:40] <Sarvatt> i dont even know if i can reproduce it, let me move /run/udev back and see if it happens
[22:42] <Sarvatt> udev 167-2 from debian had the fix we'd need to fix it, udev (167-2) unstable; urgency=high   * Only use /run if it is a tmpfs. (Closes: #621036, #620995)
[22:42] <Sarvatt> afaik
[22:47] <Sarvatt> adding /run is what broken it in other words, not removing the creation of /var/run because that already existed here anyway
[22:47] <Sarvatt> brb rebooting into it
[22:50] <Sarvatt> bryceh: no luck
[22:50] <Sarvatt> your base-files + /run/udev existing = broken
[22:50] <Sarvatt> everyone that updates oneiric is broken atm because udev was updated
[22:51] <Sarvatt> if /run exists udev package updates install crap to /run/udev instead of /dev/.udev, but the rest of the world is still expecting to use /dev/.udev
[22:56] <bryceh> hrm
[22:58] <Sarvatt> bryceh: the libc6 bug is different
[22:58] <Sarvatt> that might indeed fix that one
[22:59] <Sarvatt> udev will still be broken though
[23:00] <Sarvatt> base-files isn't creating the base file system layout on a normal apt-get upgrade, /var/run already exists here
[23:34] <RAOF> Wheee!  No udev love for me!
[23:35] <bryceh> RAOF, move aside /run/udev
[23:42] <RAOF> Or just plug/unplug the keyboard and mouse :)
[23:43] <Sarvatt> real easy to do on a laptop and all :)
[23:43] <bryceh> it's our Bug of the Day
[23:43] <bryceh> (see scrollback in just about any channel)
[23:44] <RAOF> Sarvatt: I've gone all standing-desky, so I do have an external keyboard/mouse to prod. ;)
[23:45] <RAOF> You could probably also trigger udev events to fix it, too; you can get to a VT by switching the keyboard into raw mode.
[23:46] <RAOF> While we're on Bug Of The Day, has anyone else's /dev/dri permissions been wrong?
[23:47] <RAOF> That might also be udev, I guess, but could be consolekit failing to set the acl properly.