[00:08] <mdeslaur> anyone have any idea how I could fix LP: #979473?
[00:09] <mdeslaur> bug 979473
[00:12] <mdeslaur> ah, looks like it's https://bugs.freedesktop.org/show_bug.cgi?id=39949
[00:12] <bryceh> mdeslaur, heya
[00:12] <mdeslaur> hi bryceh
[00:14] <bryceh> mdeslaur, I seem to recall this trouble started around when the pointer barriers work went in.  I don't know if there's a simple switch to turn that off, but if there is I suspect that'd be your workaround
[00:14] <mdeslaur> hrm, probably a dupe of bug 883319
[00:14] <bryceh> mdeslaur, RAOF has been doing most of the work around that feature, and I would suggest chatting him up
[00:15] <mdeslaur> weird, I thought it was working 11.10...maybe I haven't used my netbook in a while...
[00:15] <bryceh> yep, there's also a similar --panning issue
[00:16] <bryceh> mdeslaur, yeah see my comments #5/6
[00:17] <mdeslaur> ok, I'll dupe it and I'll try the latest patch in the upstream bug. Thanks bryceh
[00:18] <bryceh> mdeslaur, yep.  and please do raise with RAOF; I'm not sure if this is on his radar, but he's the go-to-guy for pointer barrier issues
[00:18] <mdeslaur> bryceh: cool
[00:18] <mdeslaur> ROAF: HELP! :)
[00:18] <mdeslaur> RAOF: HELP!
[01:02] <RAOF> mdeslaur: You rang, m'lud?
[01:07] <mdeslaur> RAOF: hehe, it's regarding bug #883319...do you have a fix in sight?
[01:07] <mdeslaur> RAOF: I'm currently testing the last patch in the upstream bug for kicks
[01:08] <RAOF> That's probably what the fix would look like.
[01:08] <mdeslaur> RAOF: ok, bryceh thought I should nag you about it :)
[01:08] <RAOF> It's not pointer-barrier related; it's ‘don't let the pointer wander off the crtcs’ related.
[01:09] <RAOF> I can give the patch a bit of a review, though.
[01:09] <mdeslaur> RAOF: ok, just booted with the patch, and it appears to solve my issue...i'll mention it in the bug
[06:10] <tjaalton> oh noes, can't make the desktop switcher popup go away
[06:21] <tjaalton> meh, it was some apport popup which stole the mouse focus
[16:16] <cnd> bryceh, Sarvatt: do you know of a bug for xinput erroring out when trying to list device axes?
[16:16] <cnd> I don't see any bugs against xinput
[16:16] <cnd> I can file one, I just figured someone else would have beat me to it
[16:16] <cnd> I have the fix in hand
[16:18] <cnd> google isn't finding anything either
[16:18] <cnd> I guess I'll make a new one
[16:18] <cnd> it's actually a bug in libxi, btw
[16:43] <bryceh> there is one bug in libxi
[16:44] <bryceh> 968218
[16:44] <bryceh> but it's not about xinput erroring out, so not your issue.  Yes, file a new one
[16:45] <bryceh> cnd, make sure you tag it 'precise' so it shows up on our lists
[16:47] <cnd> bryceh, done, bug 980041
[16:48] <cnd> it's uploaded, just waiting for approval
[16:48] <cnd> I got it in right before the final freeze, hopefully :)
[16:49] <bryceh> ok
[19:48] <bdmurray> what is a better place for bug 979687?
[19:54] <bryceh> bdmurray, hmm
[19:55] <bryceh> bdmurray, stick it in nvidia-graphics-drivers, we'll figure out where it needs to go
[19:55] <bryceh> sounds like it needs some upstart rule tweakage or something
[23:08] <bjsnider> here's the problem with that bug:
[23:08] <bjsnider> NVIDIA: could not open the device file /dev/nvidiactl (No such device or address).
[23:09] <bjsnider> i wonder fi he installed using the nvidia-installer instead of nvidia-current
[23:16] <Sarvatt> also he's booting in 13 seconds, did the sleep 1 requirement before lightdm for nvidia to settle for faster booters ever get fixed?
[23:16] <Sarvatt> RAOF: any idea there?
[23:17] <Sarvatt> only asking because you were talking about finding that out last uds and might have an idea
[23:17] <Sarvatt> s/uds/sprint/
[23:18] <Sarvatt> oh there it is https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/873495
[23:22] <Sarvatt> i think the root of that bug is that lightdm stopped attempting 5 respawns before giving up and gives up at 1 now
[23:23] <Sarvatt> err 2 attempts
[23:23] <Sarvatt> -rw-r--r-- 1 root root  35K Apr 12 17:38 /var/log/Xorg.0.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root  46K Apr 12 14:46 /var/log/Xorg.0.log.old
[23:23] <Sarvatt> -rw-r--r-- 1 root root  11K Mar  2 16:28 /var/log/Xorg.1.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root  11K Mar  2 16:27 /var/log/Xorg.1.log.old
[23:23] <Sarvatt> -rw-r--r-- 1 root root  14K Oct 21 14:30 /var/log/Xorg.2.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root 6.9K Jul 26  2011 /var/log/Xorg.2.log.old
[23:23] <Sarvatt> -rw-r--r-- 1 root root  14K Oct 21 14:30 /var/log/Xorg.3.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root 6.9K Jul 26  2011 /var/log/Xorg.3.log.old
[23:23] <Sarvatt> -rw-r--r-- 1 root root  14K Oct 21 14:30 /var/log/Xorg.4.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root 6.9K Jul 26  2011 /var/log/Xorg.4.log.old
[23:23] <Sarvatt> -rw-r--r-- 1 root root  14K Oct 21 14:30 /var/log/Xorg.5.log
[23:23] <Sarvatt> -rw-r--r-- 1 root root 6.9K Jul 26  2011 /var/log/Xorg.5.log.old
[23:23] <Sarvatt> that implies it was changed in october
[23:31] <Sarvatt> it used to try respawning 6 displays but only does :0 now before dumping to failsafe
[23:36] <bryceh> I need to add a retry button to failsafe-x
[23:37] <Sarvatt> Xorg.1.log was me doing it from a VT, it definitely only tries to start once now before dumping to failsafe