[00:09] <bryceh> RAOF, yeah, sounds plausible
[00:11] <bryceh> plus I like one-liner patches ;-)
[00:11] <bryceh> is that patching libxcb or xserver?
[00:11] <bryceh> dang context-less git patches...
[00:12] <Sarvatt> should be libx11
[00:12] <bryceh> hmm neither. 
[00:13] <bryceh> yep there it is
[00:13] <bryceh> well, gotta run to a dentist appt.  bbiab
[01:13] <RAOF> Well, looks like I get to whip up an extra event queue for barriers.  Win.
[08:11] <tjaalton> whee, bug triage for an hour and my head hasn't exploded yet
[08:24] <tjaalton> is there a difference in what multimonitor mode is used by default regarding if unity is running or not?
[08:24] <tjaalton> like, is the default cloned or extended
[08:24] <tjaalton> seems to be extended on my laptop
[08:25] <tjaalton> then again, it has .config/monitor.xml..
[08:25] <tjaalton> meh
[08:28] <tjaalton> yeah, cloned is the default
[08:29] <tjaalton> ..but only if the second monitor is plugged in before lightdm starts
[08:29] <tjaalton> what a nice mess
[11:49] <seb128> cnd, hey
[11:50] <seb128> cnd, so gtk guys landed smooth scrolling, etc
[11:50] <seb128> cnd, that broke mouse wheel scrolling on Ubuntu though
[11:50] <seb128> cnd, mclasen says to ping some xinput guy
[11:50] <seb128> cnd, a log is http://pastebin.ubuntu.com/871310/
[11:50] <seb128> "	scroll valuator 2: vertical, increment -nan"
[11:50] <seb128> he says the "-nan" is the issue there
[11:51] <seb128> cnd, I would welcome you help debugging, that blocking the gtk update
[12:18] <seb128> cnd, http://pastebin.ubuntu.com/871338/ is the xinput for that mous
[12:18] <seb128> mouse
[12:18] <seb128> "		  increment: -nan"
[12:34] <psypher246> rye: ok I'm here
[12:34] <psypher246> not a huge fan of global menus, they ok when they workl
[12:34] <rye> hi, people. psypher246 has installed nvidia drivers via jockey, found them not to be good and uninstalled them via jockey gui. 
[12:34] <psypher246> but they don't work so well
[12:35] <rye> but the system has nvidia-curent package installed
[12:35] <rye> psypher246, global menus are more likely to be discussed in #ubuntu-unity :)
[12:35] <psypher246> i know :)
[12:35] <rye> and nvidia-current left the blacklisting file so nouveau kernel module was not loadable 
[12:36] <rye> so the question - should uninstalling binary drivers remove nvidia-current as well?
[13:02] <tjaalton> rye: yes, it should
[13:02] <rye> psypher246, please check whether the bug with nvidia-current is already filed
[13:03] <tjaalton> actually, are you sure the driver is just disabled?
[13:03] <tjaalton> +not
[13:04] <tjaalton> unticking the box only disables the driver
[13:04] <tjaalton> and the bug should be against jockey
[13:04] <tjaalton> if there is a bug..
[13:06] <psypher246> tjaalton: yes all I did in jockey was de-activate the recommended driver
[13:06] <psypher246> last time i did that and rebooted I had no issues, today i had to remove the blacklist file
[13:07] <tjaalton> psypher246: do it again and if you can reproduce it, file a bug against jockey
[13:07] <psypher246> ok cool, will do, thanks
[13:07] <tjaalton> ("ubuntu-bug jockey")
[13:07] <psypher246> rye: thanks for the help 
[13:07] <rye> psypher246, you are welcome
[13:07] <tjaalton> so, re-enable, reboot, disable, reboot
[13:08] <psypher246> schweet
[13:12] <psypher246> tjaalton: do you use the nouveau driver at all?
[13:14] <tjaalton> psypher246: not really
[13:14] <psypher246> so you have never experienced this issue: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/926714
[13:15] <tjaalton> I could verify it though
[13:16] <psypher246> any attention to the issue would be great thanks. I have more issues with the prop drivers and this is the only thing bugging me on nouveau
[13:17] <tjaalton> i could pop the gf8600gt in the test box..
[13:18] <psypher246> tjaalton: thanks, brb rebooting after nv install
[13:27] <psypher246> tjaalton: ok so I was not able to reproduce the jockey bug. this time when i removed the nvidia driver it deleted the blacklist file as well
[13:38] <tjaalton> psypher246: ok
[13:38] <tjaalton> psypher246: so the nouveau bug, it's about the mouse pointer stopping at times?
[13:41] <psypher246> tjaalton: yes, not just the mouse though, then entire screen freezes, but only it seems like only when the mouse is moving, for instance, if i'm not moving the mouse and wathinvg a video, no freeze, but move the mouse while the video is playing, the mouse and the video freezes
[13:47] <tjaalton> appears to be fixed on 3.3rc6
[13:49] <psypher246> tjaalton: is that kernel 3.3rc6
[13:50] <tjaalton> yes
[13:50] <psypher246> awesome
[13:50] <psypher246> did you experience it on earlier kernels?
[13:50] <tjaalton> haven't tried
[13:51] <psypher246> ok cool;
[13:52] <psypher246> you using a kernel PPA or installed it manually?
[13:52] <tjaalton> mainline ppa
[13:52] <tjaalton> now the fix needs to be found and backported to 3.2..
[14:16] <tjaalton> fixed in 3.3rc1 to be exact, and the diff to 3.2 is 116 commits, meh..
[14:17] <tjaalton> diff to drm/nouveau
[15:22] <cnd> seb128, ok, I'll take a look today
[15:22] <seb128> cnd, thanks
[15:22] <seb128> cnd, did I give you the xinput pastebin output here? I'm not sure now
[15:23] <cnd> yeah
[15:23] <seb128> cnd, basically xinput list has "		  increment: -nan"
[15:24] <seb128> cnd, sorry it has been some hours and I rebooted since so I'm not sure how much details I gave, ping me if you need any debug infos ;-)
[15:24] <seb128> cnd, that's with evdev btw, but my alps pad on synaptic seems to have the same issue
[15:24] <cnd> seb128, I have a valid increment here on my macbook trackpad
[15:24] <seb128> hum
[15:24] <cnd> and my magic trackpad
[15:25] <cnd> seb128, can you get me a utouch-evemu device property file?
[15:25] <seb128> utouch-evemu: command not found
[15:25] <cnd> figure out the /dev/input/event* node
[15:25] <cnd> then: evemu-describe /dev/input/event* > device.prop
[15:25] <seb128> ok
[15:26] <cnd> apt-get install utouch-evemu-tools
[15:28] <seb128> cnd, http://pastebin.ubuntu.com/871594/
[15:29] <cnd> why oh why does paste.ubuntu.com make you go through openid to get the download?
[15:31] <seb128> yeah, that's annoying
[15:31] <seb128> I guess it's to avoid sharing files in anonymous way over pastebining
[15:32] <cnd> seb128, I get an increment of -1.0000 here
[15:32] <cnd> though the device name is garbled for some reason
[15:32] <seb128> cnd, ok, that would be correct :p
[15:32] <cnd> likely a bug in utouch-evemu
[15:32] <seb128> cnd, do you use fedora? ;-)
[15:32] <cnd> so I don't really know what's going wrong for you
[15:32] <cnd> nope :)
[15:32] <seb128> cnd, it's not only me
[15:32] <seb128> ricotz has the same issue
[15:32] <cnd> hmmm
[15:33] <seb128> and he has it as well on edger with xorg 1.12
[15:33] <cnd> seb128, can you pastebin your Xorg.0.log?
[15:33] <cnd> oh, I see the issue with utouch-evemu I think
[15:33] <cnd> pastebin downloaded with ^M instead of /n as line endings
[15:34] <seb128> cnd, http://people.canonical.com/~seb128/Xorg.0.log
[15:36] <cnd> seb128, I don't see anything wrong with the log
[15:37] <cnd> seb128, the next step would normally be me having to make debug builds with printf's and such
[15:38] <seb128> cnd, well, tell me what source need rebuild and give me a diff
[15:38] <cnd> but if you want to try debugging it yourself I can walk you through the steps
[15:38] <seb128> cnd, I can patch, build
[15:38] <cnd> ok
[15:39] <seb128> cnd, bah, it's fine for ubuntu-desktop for pitti and desrt
 increment: -nan
[15:39] <seb128> ah, I feel not alone :p
[15:39] <cnd> heh
[15:39] <seb128> we are both on x86
[15:39] <seb128> others are on amd64
[15:39] <seb128> clue?
[15:40] <cnd> hmm, maybe
[15:40] <cnd> I'm on amd64 too
[15:40] <cnd> let me try on my netbook
[15:40] <cnd> aha :)
[15:40] <cnd> I have -nan on my i386 netbook
[15:40] <seb128> \o/
[15:40] <cnd> seb128, I'll try to get a fix for this today
[15:41] <cnd> but if it slips to tomorrow, will that be a problem?
[15:41] <seb128> cnd, thanks a lot
[15:41] <seb128> cnd, no, it's just blocking the GTK 3.3.18 upload
[15:41] <seb128> cnd, but that can wait a day
[15:42] <seb128> cnd, that gtk is in the ubuntu-desktop ppa if you want to test it
[15:42] <seb128> they landed multitouch and smooth scrolling
[15:42] <mvo> (cross-posting from #ubuntu-devel hoping for more results) can someone with a nvidia (either free or proprietary) run  "python /usr/share/pyshared/debtagshw/opengl.py " and tell me the renderer string please? same for the fglrx driver please :)
[15:42] <cnd> seb128, ok, I hope to write an upstream test case for this issue when I figure out the fix
[15:43] <cnd> that's what will probably be the blocker timewise
[15:43] <cnd> but I already have to do it for another bug
[15:43] <seb128> cnd, can we throw a fix in our package while you write the testcases?
[15:43] <seb128> cnd, well anyway please let me know when you have a patch so I can test at least locally
[15:44] <cnd> yeah, it's just a matter of getting work done :)
[15:44] <seb128> cnd, I will let you work then, thanks a lot of the quick response!
[15:44] <cnd> sure
[15:51] <Sarvatt> mvo: that script is missing a recent unity-support-test change http://paste.ubuntu.com/871617/
[15:57] <mvo> Sarvatt: awsome, thanks
[15:57] <mvo> Sarvatt: I fix this now
[15:57] <Sarvatt> sarvatt@kyoko{~}:LIBGL_ALWAYS_SOFTWARE=1 python /usr/share/pyshared/debtagshw/opengl.py
[15:57] <Sarvatt> INFO:__main__:gl vendor: VMware, Inc.
[15:57] <Sarvatt> INFO:__main__:gl renderer: Gallium 0.4 on llvmpipe (LLVM 0x300)
[15:57] <Sarvatt> INFO:__main__:gl version: 2.1 Mesa 8.0.1
[15:57] <Sarvatt> opengl_supported:  True
[16:00] <Sarvatt> mvo: 
 INFO:__main__:gl vendor: NVIDIA Corporation
 INFO:__main__:gl renderer: GeForce GT 440/PCIe/SSE2
 INFO:__main__:gl version: 4.2.0 NVIDIA 295.20
 opengl_supported:  True
[16:01] <mvo> thanks a lot!
[16:33] <mvo> hrm, hrm, this is strange, my opengl.py fails with a "BadMatch" error on fglrx, but it works on all the other ones (X_GLXMakeCurrent fails be be precise)
[17:01] <jcristau> Sarvatt: are you guys planning on merging src:xorg for precise?  or at least the cve fix?
[17:02] <tjaalton> jcristau: for sure (cve at least)
[17:02] <jcristau> ok, cool.
[22:26] <FernandoMiguel> HALP HALP
[22:26] <FernandoMiguel> latest 12.04 updates made my screen brightess set to MAX
[22:35] <FernandoMiguel> anyone recalls where I can ECHO the bright setting?
[22:41] <RAOF> It's in /sys somewhere, IIRC.
[22:43] <RAOF>  /sys/class/drm/$your_lvds_thingy.
[22:44] <RAOF> Unless it's elsewhere, because laptops like to be difficult.
[22:44] <FernandoMiguel> $ cd /proc/acpi/
[22:44] <FernandoMiguel> ac_adapter/ battery/    button/     
[22:44] <FernandoMiguel> it used to be there
[22:44] <FernandoMiguel> it's broken for a lot of people, it seems
[22:44] <FernandoMiguel> ill file a bug
[22:44] <FernandoMiguel> /sys/class/drm$ ll | pastebinit 
[22:44] <FernandoMiguel> http://paste.ubuntu.com/872170/
[22:45] <seb128> FernandoMiguel, there are like 5 bugs no need of another duplicate
[22:45] <FernandoMiguel> :D
[22:45] <FernandoMiguel> seb128: anyone looking at it?
[22:45] <seb128> it's a gnome-settings-daemon issue
[22:45] <FernandoMiguel> any package we can revert ?
[22:45] <seb128> FernandoMiguel, no, I might look at it tomorrow
[22:45] <FernandoMiguel> thanks
[22:45] <seb128> g-s-d
[22:47] <FernandoMiguel> seb128: can we revert gsd?
[22:47] <seb128> FernandoMiguel, you can do whatever please you it's your box
[22:48] <seb128> FernandoMiguel, no need to ask me for permissions ;-)
[22:48] <FernandoMiguel> -rw-r--r-- 1 root root  461K Mar  2 07:35 gnome-settings-daemon_3.3.90-0ubuntu4_amd64.deb
[22:48] <FernandoMiguel> seb128: just asking....
[22:48] <FernandoMiguel> I don't want to go blind here
[22:48] <seb128> just dpkg -i that
[22:49] <FernandoMiguel> rebooting
[22:50] <FernandoMiguel> FYI it's working again
[22:51] <seb128> thanks
[22:51] <FernandoMiguel> another user on +1 just reverted to https://launchpad.net/ubuntu/+source/gnome-settings-daemon/3.3.90-0ubuntu4/+build/3253267 and is rebooting
[22:59] <eruditehermit> hey I was trying to follow the instructions on https://help.ubuntu.com/community/HybridGraphics#Script_for_use_during_bootup but it is not turning my discrete GPU off and it consumes a lot of power. Can anyone help?
[23:01] <RAOF> Huh.  I'm not surprised that script doesn't work, there's no guarantee that vgaswitcheroo will be available when it runs.
[23:01] <RAOF> eruditehermit: You should be able to turn off your discrete gpu with echo OFF | sudo tee /sys/kernel/debug/vgaswitcheroo/switch
[23:02] <RAOF> If that doesn't work, then you've got a system that vgaswitcheroo doesn't support, and... it's difficult.
[23:02] <eruditehermit> RAOF, it does work when I do it manually
[23:02] <RAOF> Ok.
[23:02] <eruditehermit> RAOF, I wanted it to be a startup script
[23:04] <eruditehermit> RAOF, is there a way to make it work?
[23:04] <RAOF> There is; let me nab you an upstart script.
[23:04] <eruditehermit> ok
[23:04] <eruditehermit> awesome! :)
[23:08] <RAOF> eruditehermit: http://paste.ubuntu.com/872205/
[23:09] <eruditehermit> RAOF, what should I do with this?
[23:10] <Sarvatt> drop it in /etc/init
[23:10] <Sarvatt> as something.conf
[23:11] <eruditehermit> thats it?
[23:12] <broder> uh, i don't think you can use && and || like that in start on blocks
[23:12] <broder> i think it has to be and/or
[23:15] <RAOF> Huh.  Something similar worked for me.
[23:15] <RAOF> Maybe accidentally :)
[23:17] <broder> i just checked the code - "and" and "or" are definitely the only recognized operators
[23:17] <eruditehermit> so I just replace && withand
[23:18] <eruditehermit> and || with or?
[23:18] <broder> yeah
[23:18] <eruditehermit> then I just restart
[23:18] <eruditehermit> and it will do it?
[23:19] <broder> you can run "sudo initctl reload-configuration; sudo initctl list | grep something" to make sure it gets picked up
[23:19] <broder> (where "something" is the something in /etc/init/something.conf that you saved the file to)
[23:20] <eruditehermit> i get
[23:20] <eruditehermit> vgaswitcheroo stop/waiting
[23:20] <broder> then yeah, you should just need to reboot
[23:21] <eruditehermit> ok
[23:21] <eruditehermit> will brb
[23:21] <eruditehermit> thanks all
[23:24] <eruditehermit> did not work
[23:24] <eruditehermit> :(
[23:25] <eruditehermit> echo OFF | /sys/kernel/debug/vgaswitcheroo/switch
[23:25] <eruditehermit> should that be
[23:25] <Sarvatt> err he meant > yeah
[23:25] <eruditehermit> echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
[23:26] <eruditehermit> ok
[23:26] <eruditehermit> will try again thanks
[23:26] <eruditehermit> brb
[23:28] <eruditehermit> success!
[23:28] <eruditehermit> thanks RAOF, Sarvatt, broder