[00:08] <eruditehermit> cnd, hey
[00:08] <cnd> eruditehermit, howdy
[00:09] <eruditehermit> so a couple of things
[00:09] <eruditehermit> there are 2 sets of acceleration and sensitivity settings in gnome
[00:09] <eruditehermit> mouse and touchpad
[00:09] <eruditehermit> what am I supposed to change as a user
[00:10] <eruditehermit> if I change the mouse stuff, does it only apply to non touchpad things?
[00:10] <eruditehermit> i.e. usb mice
[00:10] <cnd> eruditehermit, correct
[00:11] <cnd> well, I'm not a gnome developer
[00:11] <cnd> but I believe that to be correct
[00:11] <eruditehermit> hrm
[00:12] <eruditehermit> so I think the touchpad accel and sensitivity work
[00:12] <eruditehermit> however, they are really high by default
[00:12] <eruditehermit> the sensitivity
[00:12] <eruditehermit> especially
[00:12] <eruditehermit> as in the lowest sensitivity is really high
[00:12] <cnd> what does accel vs sensitivity mean to you?
[00:12] <cnd> I don't really know the difference
[00:13] <eruditehermit> accel means that if I move my finger fast, I should be able to move my mouse further than if I do it slowly
[00:13] <eruditehermit> a dynamic sensitivity?
[00:14] <cnd> ok
[00:14] <eruditehermit> does that make sense?
[00:14] <cnd> yeah
[00:14] <cnd> so I don't know exactly who's default is bad
[00:14] <cnd> X synaptics input module, or gnome
[00:15] <cnd> probably X synaptics, because the gnome default feels fine here
[00:15] <cnd> so X synaptics should have picked up on some property of your device and set a different scaling factor
[00:15] <eruditehermit> I liked the defaults that the psmouse proto=exps provided
[00:15] <eruditehermit> as far as accel and sensitivity
[00:16] <eruditehermit> is there a way to query that information
[00:16] <eruditehermit> and set it to be the same
[00:17] <eruditehermit> also is there a way to obtain more than the gnome gestures
[00:17] <eruditehermit> how do I find out if the touchpad accepts 3 finger touch
[00:19] <cnd> eruditehermit, no real way to query the exps defaults
[00:19] <cnd> exps used the X evdev driver
[00:19] <cnd> which has a different way of handling acceleration and sensitivity
[00:20] <cnd> eruditehermit, 3 finger gestures are disabled by default in ubuntu because they are reserved for, and may be used by, unity
[00:20] <cnd> unfortunately, the only 3 touch gesture in unity is broken right now
[00:20] <cnd> but it's being fixed :)
[00:20] <cnd> however, you can manually override this if you want
[00:20] <cnd> synclient ClickFinger3=2
[00:20] <cnd> synclient TapButton3=2
[00:21] <cnd> will enable middle click emulation through tapping and clicking (if you have a clickpad)
[00:21] <eruditehermit> tapping and clicking?
[00:22] <cnd> on the touchpad
[00:22] <eruditehermit> so if I click with 3 fingers on the touchpad
[00:22] <eruditehermit> I will get middle click?
[00:23] <eruditehermit> wow
[00:23] <eruditehermit> lol
[00:23] <eruditehermit> it worked
[00:23] <eruditehermit> are there ways to make 3 finger gestures?
[00:24] <cnd> eruditehermit, what do you mean?
[00:24] <eruditehermit> how does one make this persist?
[00:25] <eruditehermit> swipe left with 3 fingers closes a program
[00:25] <eruditehermit> lets say
[00:25] <eruditehermit> or something like that
[00:25] <cnd> if you're using unity, you have to live with the unity gestures
[00:25] <cnd> it won't allow you to configure them
[00:25] <cnd> if you're not in unity
[00:25] <eruditehermit> what are the unity gestures?
[00:25] <cnd> you can use the utouch-geis API
[00:26] <cnd> the only three touch unity gesture is dragging the window and spread/pinch to maximize/unmaximize
[00:26] <cnd> but that gesture is broken right now
[00:26] <eruditehermit> ah
[00:27] <eruditehermit> so zooming will be gesture enabled
[00:28] <Sarvatt> eruditehermit: Option "ClickFinger3" "integer" and Option "TapButton3" "integer"
[00:29] <eruditehermit> where do I put that?
[00:30] <Sarvatt> http://paste.ubuntu.com/876835/
[00:30] <Sarvatt> save that as /etc/X11/xorg.conf
[00:30] <eruditehermit> ah
[00:31] <eruditehermit> xorg really needs a persistent settings mechanism
[00:31] <eruditehermit> I thought the point was to remove xorg.conf
[00:34] <eruditehermit> also
[00:34] <eruditehermit> /etc/init/vgaswitcheroo.switch
[00:34] <eruditehermit> not being executed anymore
[00:35] <Sarvatt> has to have a .conf extension doesn't it?
[00:36] <eruditehermit> err
[00:36] <eruditehermit> thats what I mean
[00:36] <eruditehermit> .conf
[00:37] <eruditehermit> seems very temperamental
[00:39] <eruditehermit> brb
[00:39] <eruditehermit> let me test
[00:41] <Sarvatt> darn idr isn't around, was going to ask if there were any plans to cherry-pick all these intel commits to 8.0 branch anytime soon
[00:49] <eruditehermit> hmm
[00:49] <eruditehermit> that script in /etc/init/vgaswitcheroo.conf isn't working
[00:49] <eruditehermit> is there a way to see if it is being called?
[00:49] <eruditehermit> and if it is being called, if its working
[00:49] <eruditehermit> I swear it was working a few days ago
[04:11] <eruditehermit> hey, does anyone have experience with hybrid graphics?
[04:12] <Sarvatt> plenty of experience hating it but only on nvidia/intel lenovo where its possible to pick the gpu in the bios, none with ati/intel here
[04:12] <eruditehermit> Sarvatt, so remember that init script we worked on a few days ago
[04:12] <Sarvatt> that was RAOF but yeah
[04:12] <eruditehermit> Sarvatt, it stopped working
[04:13] <eruditehermit> yeah collectively
[04:13] <eruditehermit> also
[04:13] <eruditehermit> whenever I wake up from suspend my power consumption goes up a lot
[04:13] <eruditehermit> as if the discrete gpu is switched on again
[04:13] <Sarvatt> sudo service vgaswitcheroo start fix it?
[04:13] <eruditehermit> however vgaswitcheroo reports DIS as off
[04:14] <Sarvatt> ah yeah i have no clue, sounds like it doesnt work over a S3 :(
[04:16] <eruditehermit> Sarvatt, sudo service vgaswitcheroo start works
[04:16] <eruditehermit> but its not working on bootup
[04:16] <Sarvatt> the machines canonical certifies that i have to care about are pretty much just business class ones and dell/lenovo only use ati/intel on consumer class ones
[04:17]  * Sarvatt has a strange perspective i guess :)
[04:17] <eruditehermit> hrm
[04:17] <eruditehermit> do you know about getting fglrx to work with this?
[04:17] <eruditehermit> supposedly it works
[04:17] <Sarvatt> tseliot is the best person to ask about that, he wrote the scripts fglrx uses
[04:18] <Sarvatt> but he wont be around till monday CET
[04:19] <eruditehermit> btw you said ppa-purge is broken?
[04:19] <Sarvatt> yeah, it doesn't know about multiarch
[04:19] <Sarvatt> it just tries to purge the native arch packages and leaves the :i386 stuff which breaks things bad
[04:20] <eruditehermit> so how do I go about doing this properly?
[04:20] <Sarvatt> http://paste.ubuntu.com/877015/
[04:21] <Sarvatt> thats what i use to purge edgers, but you it'll install some crap you dont have installed now
[04:21] <Sarvatt> like -dev packages
[04:21]  * Sarvatt really needs to fix ppa-purge one of these days...
[04:23] <Sarvatt> cairo libdrm and mesa :i386 packages really screw it up
[04:24] <Sarvatt> since anyone with wine installed has that
[04:24] <eruditehermit> hrm
[04:24] <eruditehermit> it doesn't quite work
[04:24] <Sarvatt> which is like everyone that cares to use edgers
[04:24] <eruditehermit> it has some more dependencies that break it
[04:24] <Sarvatt> had even more packages than that installed?
[04:24] <eruditehermit> libpixman-1-dev/precise libpixman-1-0/precise libpciaccess-dev/precise libpciaccess0:i386/precise
[04:24] <eruditehermit> and more
[04:24] <eruditehermit> everytime I add one
[04:24] <eruditehermit> it complains about more
[04:24] <eruditehermit> lol
[04:24] <Sarvatt> oh yeah pixman is new
[04:25] <Sarvatt> since i purged it last
[04:26] <Sarvatt> add libpixman-1-dev/precise libpixman-1-0/precise libpixman-1-0:i386/precise libpciaccess-dev/precise libpciaccess0/precise libpciaccess0:i386/precise to it
[04:27] <eruditehermit> yep that did it
[04:27] <eruditehermit> I was missing one of them
[04:27] <eruditehermit> lol
[04:27] <Sarvatt> cool beans, sorry about the trouble, its such a pain in the ass
[04:27] <Sarvatt> forgot ricotz updated those two libs today
[04:27] <eruditehermit> oh thank you so much for putting up with my questions
[04:27] <eruditehermit> sorry about bothering you guys
[04:28] <eruditehermit> the things not working on my laptop are slowly being fixed
[04:28] <Sarvatt> i uploaded new synaptics and evdev that should work but they still haven't built
[04:28] <eruditehermit> touchpad finally works a year after I bought it
[04:28] <Sarvatt> yeah sforshee fixed alps to not suck
[04:28] <Sarvatt> that was freaking awesome :)
[04:28] <eruditehermit> yeah
[04:28] <eruditehermit> that fixed so many laptops
[04:28] <eruditehermit> finally multitouch on linux
[04:28] <Sarvatt> like all dells in the past year
[04:29] <eruditehermit> all dells in the past 3 years
[04:29] <eruditehermit> so the broken parts on my machine are hybrid GPU
[04:29] <Sarvatt> well alps wasnt used across the whole line till sandybridge, was rare before that
[04:29] <eruditehermit> light sensor
[04:29] <eruditehermit> and power consumption
[04:30] <Sarvatt> that was like entirely rc6 being enabled by default
[04:30] <eruditehermit> well
[04:30] <eruditehermit> I still have issues
[04:30] <eruditehermit> with my hybrid GPU turning on randomly
[04:30] <eruditehermit> and even with all the power savings
[04:30] <eruditehermit> it still only gets 3hrs
[04:30] <eruditehermit> vs 5-6 on windows
[04:31] <eruditehermit> which is a lot better than the 1hr I was getting
[04:31] <eruditehermit> =p
[04:31] <eruditehermit> also
[04:31] <eruditehermit> how to make video players use intel vaapi
[04:31] <eruditehermit> and flash plugin to use vaapi
[04:32] <Sarvatt> sudo apt-get install i965<tab>
[04:32] <Sarvatt> oh flash i dont think that uses vaapi at all
[04:33] <Sarvatt> but the va 965 drivers are a separate package now
[04:33] <eruditehermit> do you mean sudo apt-get install i965*
[04:33] <eruditehermit> also I have that driver installed
[04:33] <eruditehermit> but my CPU usage spikes when playing videos
[04:33] <Sarvatt> i965-va-driver is what you need to make va work
[04:33] <Sarvatt> the package name
[04:34] <eruditehermit> yeah I have that
[04:34] <Sarvatt> that should totally be a recommends or suggests..
[04:35] <eruditehermit> it should be a depends
[04:35] <eruditehermit> lol
[04:35] <eruditehermit> not sure why someone wouldn't want it
[04:35] <Sarvatt> agreed :)
[04:35] <Sarvatt> because they use fglrx and want to save 50kb disk space?
[04:35] <eruditehermit> or do suggests get pulled automatically
[04:35] <Sarvatt> people are weird
[04:35] <Sarvatt> recommends do i think
[04:35] <eruditehermit> then recommends is fine
[04:35] <eruditehermit> so if someone wants to remove it they can
[04:35] <eruditehermit> but by default it should be installed
[04:37] <Sarvatt> Uncompressed Size: 28.7 k
[04:37] <Sarvatt> even less than i thought
[04:38] <Sarvatt> 2.7kb compressed size on the livecd
[04:38] <eruditehermit> so how do I test if it is being used when I play a video?
[04:38] <Sarvatt> think i'll file that bug :)
[04:38] <Sarvatt> eruditehermit: what playback app?
[04:38] <eruditehermit> lets say totem
[04:38] <eruditehermit> or vlc
[04:38] <Sarvatt> depends on which you're using, its enabled different ways
[04:39] <Sarvatt> hmm
[04:39] <Sarvatt> totem is weird, i think that uses gstreamer-vaapi
[04:39] <Sarvatt> vlc is weird too
[04:39] <Sarvatt> you go to INPUT codecs
[04:40] <Sarvatt> and check the use gpu accelerated decoding
[04:40] <Sarvatt> vainfo will tell you what your gpu supports
[04:42] <Sarvatt> and hope your videos arent like mine encoded in h264 hi10p profile that cant be accelerated by any gpu
[04:42] <Sarvatt> (anime)
[04:43] <Sarvatt> i'm not sure how you make sure the upstart script is used every boot though
[04:44] <Sarvatt> i thought it ran every script in /etc/init/ at boot, maybe the radeon hasn't loaded when it tries to run?
[04:44] <Sarvatt> (sometimes, making it racy)
[04:44] <Sarvatt> there might be a conditional you can throw in there to make it wait until its ready, lessee
[04:45] <Sarvatt> no, i remember what RAOF pasted you waited until radeon loaded
[04:46] <Sarvatt> maybe add the vgaswitcheroo stuff to /etc/init/plymouth.conf?
[04:47] <Sarvatt> hmm no radeon is usually modprobed by xserver which would be well after plymouth starts sometimes, especially in a dual gpu scenario
[04:47] <Sarvatt> err lightdm i meant there instead of plymouth
[04:48] <Sarvatt>            and (drm-device-added card0 PRIMARY_DEVICE_FOR_DISPLAY=1
[04:48] <Sarvatt>  would be satisfied by the intel being ready
[04:49] <eruditehermit> hrm
[04:49] <eruditehermit> why wouldn't the upstart script work as is?
[04:49] <eruditehermit> it should wait for both intel and radeon
[04:49] <Sarvatt> radeon being modprobed isnt enough, it takes a long time to finish loading, we hit bugs with that many times in the past
[04:50] <eruditehermit> ah I see
[04:50] <Sarvatt> (just thinking out loud, might be wrong)
[04:50] <eruditehermit> it doesn't wait till its finished?
[04:50] <eruditehermit> it fires off scripts after they just start?
[04:51] <Sarvatt> nope it just checks if its loaded before running and probably runs the same time that its modprobed, can ya paste it?
[04:51] <broder> it's not critical that the radeon card be turned off *immediately*, right?
[04:51] <eruditehermit> the script?
[04:51] <broder> so just add a sleep 3 or something
[04:51] <Sarvatt> broder: nope
[04:51] <Sarvatt> oh yeah, friggin easy solution!
[04:51] <broder> :)
[04:51] <Sarvatt> eruditehermit: do what he says, add a sleep 3 :)
[04:52] <Sarvatt> friday night, beer oclock, brain not working obviously
[04:52] <eruditehermit> http://paste.ubuntu.com/877036/
[04:52] <eruditehermit> like that?
[04:52] <Sarvatt> eruditehermit: perfect
[04:53] <eruditehermit> so is there a way to do stuff before suspend and after resume
[04:53] <eruditehermit> I want to turn all GPUs on and then off on resume
[04:54] <Sarvatt> have ya googled vgaswitcheroo suspend?
[04:55] <broder> eruditehermit: put http://paste.ubuntu.com/877039/ in /etc/pm/sleep.d/00_vgaswitcheroo
[04:55] <broder> possibly chmod +x it
[04:55] <broder> you did say that echoing OFF back into the switcheroo node fixes it, right?
[04:56] <eruditehermit> I think so
[04:56] <eruditehermit> well I'll do an ON first
[04:56] <eruditehermit> then off
[05:01] <Sarvatt> eruditehermit: its gstreamer0.10-vaapi
[05:01] <Sarvatt> for totem
[05:01] <Sarvatt> i'm not sure if its automatic that it'll use it though, probably is
[05:02] <eruditehermit> hmm I already have that too
[05:02] <Sarvatt> tjaalton: wth is that package name? :P
[05:03] <eruditehermit> but weird
[05:03] <eruditehermit> power usage goes from 13W to 26W when playing videos
[05:04] <Sarvatt> eruditehermit: not surprised, i dont recommend using vaapi at all :)
[05:04] <eruditehermit> how come?
[05:04] <Sarvatt> vaapi is a joke, it uses as much cpu as software rendering
[05:05] <Sarvatt> plus you're running the gpu at higher voltages/clock speeds because its being used
[05:05] <eruditehermit> hmm
[05:05] <eruditehermit> my system is running at 13-15W
[05:05] <eruditehermit> need to get it to 8-10W to match windows
[05:06] <Sarvatt> its nothing like vdpau on nvidia where the cpu isnt stressed 
[05:06] <eruditehermit> Linux kernel is power hungry
[05:07] <eruditehermit> ok
[05:07] <eruditehermit> let me test my new startup script
[05:07] <eruditehermit> brb
[05:07] <eruditehermit> thanks Sarvatt, broder
[05:07] <Sarvatt> increase the sleep if it doesnt work, 3 seconds really should be plenty though
[05:10] <eruditehermit> lol
[05:10] <eruditehermit> so it works!
[05:10] <eruditehermit> but another annoyance I forgot about
[05:10] <eruditehermit> brightness settings do not persist
[05:10] <eruditehermit> nor do bluetooth being on/off
[05:11] <Sarvatt> its more like X starts at 8 seconds into the boot on a fast ssd, radeon hasnt finished loading by then, a second later its not ready and there is corruption on the screen from the plymouth->x transition before it was ready that was a problem
[05:11] <Sarvatt> oh cool
[05:11] <eruditehermit> so many things don't persist
[05:11] <eruditehermit> xinput settings too
[05:12] <Sarvatt> eruditehermit: thats what you get for buying a linux unfriendly sony :)
[05:12] <eruditehermit> does it persist on other machines?
[05:12] <eruditehermit> actually this machine has been pretty good
[05:12] <eruditehermit> Dell's were a lot worse
[05:12] <eruditehermit> their mice drove me crazy
[05:12] <eruditehermit> this mouse was usable even with psmouse
[05:12] <eruditehermit> err
[05:12] <eruditehermit> proto=exps
[05:13] <Sarvatt> they're like the only oem besides apple that doesnt have any vested interest in making linux work, fujistsu would be number 2 close behind them in bios bugs and lack of platform drivers taking care of those things :)
[05:14] <eruditehermit> surprising that everything mostly works then
[05:14] <eruditehermit> just the ati thing
[05:14] <eruditehermit> and then general linux kernel power hungry ness
[05:15] <Sarvatt> yea that ati thing is a problem for everyone, hybrid graphics are annoying :)
[05:15] <eruditehermit> I guess the light sensor isn't hooked up
[05:15] <eruditehermit> but the rest of it works
[05:15] <Sarvatt> no driver for it im sure
[05:16] <eruditehermit> honestly dell had shitty laptops last year
[05:16] <eruditehermit> actually everyone did
[05:16] <eruditehermit> when I got this
[05:16] <eruditehermit> I wanted something small and light
[05:16] <eruditehermit> everyone was making big and heavy
[05:16] <eruditehermit> this year people have caught on
[05:16] <eruditehermit> ultrabooks
[05:16] <eruditehermit> choice was apple
[05:16] <eruditehermit> and sony
[05:17] <Sarvatt> yeah agreed
[05:17] <Sarvatt> i went apple
[05:17] <eruditehermit> and sony was lighter/more powerful
[05:17] <Sarvatt> but the only other option was sony
[05:17] <eruditehermit> even apple at the time
[05:17] <eruditehermit> only had the air
[05:17] <eruditehermit> air was 3lbs
[05:17] <eruditehermit> pro was 4.5
[05:17] <eruditehermit> mine is 3.5 with the power of the pro
[05:17] <Sarvatt> oh ok i waited till june for sandybridge airs, those are awesome :)
[05:18] <eruditehermit> I got it february
[05:18] <Sarvatt> but yeah GPU blows
[05:18] <Sarvatt> i have a 17" laptop with a gtx 460m for that
[05:18] <eruditehermit> lol its good in windows
[05:18] <eruditehermit> i have an i7!
[05:18] <eruditehermit> i7 and discrete GPU
[05:18] <Sarvatt> that you cant use?
[05:18] <eruditehermit> at 3.5lbs
[05:18] <eruditehermit> well
[05:19] <eruditehermit> I can use it in windows
[05:19] <Sarvatt> :(
[05:19] <Sarvatt> yeah
[05:19] <eruditehermit> getting it to work with fglrx is the trick
[05:19] <eruditehermit> would be cool if X could hot swap GPUs
[05:19] <Sarvatt> the thing is, ati only cares about people who ship linux and have the oems escallate problems to them
[05:19] <eruditehermit> read something on phoronix yesterday about it being a possibility
[05:20] <Sarvatt> which pretty much wont ever be sony
[05:20] <eruditehermit> HP and dell have nice ultrabooks now
[05:20] <eruditehermit> more choice
[05:21] <Sarvatt> i like ux31 atm personally
[05:21] <eruditehermit> but really
[05:21] <eruditehermit> brightness not being remembered
[05:21] <eruditehermit> that isn't a sony problem
[05:21] <eruditehermit> its a gnome problem right?
[05:21] <eruditehermit> or x
[05:21] <Sarvatt> no thats actually a bios problem afaik
[05:21] <Sarvatt> i could be wrong
[05:22] <Sarvatt> the brightness level isnt stored anywhere on your system
[05:22] <Sarvatt> its up to the bios to remember what you were at before, is it right on the next POST?
[05:22] <eruditehermit> I just have to lower it on every boot once gnome is up
[05:23] <Sarvatt> if its bright again on the bios screens the next boot linux wouldn't be what you blame
[05:24] <eruditehermit> do you have any experience with fglrx at all?
[05:24] <eruditehermit> I am going to try something crazy
[05:24] <Sarvatt> hardly any
[05:24] <eruditehermit> lol
[05:24] <eruditehermit> to USE it
[05:24] <Sarvatt> i used it maybe 1 hour in my life :P
[05:25] <Sarvatt> just to see if new driver releases worked
[05:25] <eruditehermit> with nvidia
[05:25] <eruditehermit> can you switch GPU without restarting X?
[05:26] <Sarvatt> no
[05:27] <eruditehermit> well
[05:27] <Sarvatt> you cant do that on anything due to how X works
[05:27] <eruditehermit> lets see how fglrx does
[05:27] <eruditehermit> brb
[05:39] <eruditehermit> hrm
[05:39] <eruditehermit> failure
[05:41] <eruditehermit> the fglrx package in precise seems old
[05:41] <eruditehermit> and not to work with hybrid
[05:41] <Sarvatt> it is old, because the one that works properly was released 2 days ago, the goal is to have the one released next week in final precise
[05:42] <eruditehermit> next week?
[05:42] <eruditehermit> they are releasing another one
[05:42] <Sarvatt> or the week after, sometime soon
[05:42] <Sarvatt> they got delayed for the feb release
[05:42] <eruditehermit> I see
[05:42] <Sarvatt> jan release was still as broken as the one in there now
[05:43] <eruditehermit> the link is down
[05:43] <eruditehermit> on their website
[05:43] <Sarvatt> was no feb release, feb catalyst was released 2 days ago
[05:43] <eruditehermit> for 12-2
[05:44] <Sarvatt> safe to say if its broken in the precise one it'll still not work though :(
[05:45] <eruditehermit> if it is broken in 11-11 in precise?
[05:45] <eruditehermit> hopefully they fixed it all to work
[05:45] <eruditehermit> seems like it does a lot of moving of other libs around
[05:45] <eruditehermit> regular libgl etc
[05:45] <Sarvatt> its just a minor increment to the 12-2 one coming out real soon now, they skipped the february release and released an early version of marches for 12-2
[05:45] <eruditehermit> yeah
[05:46] <Sarvatt> you can build your own version from the ati.com one easily though no need to use the distro packages
[05:46] <eruditehermit> any idea where to get it from?
[05:46] <Sarvatt> like --build Ubuntu/precise
[05:46] <eruditehermit> their link is down
[05:47] <Sarvatt> http://www2.ati.com/drivers/linux/amd-driver-installer-12-2-x86.x86_64.run works for me
[05:47] <eruditehermit> Duplicate headers received from server
[05:47] <eruditehermit> wow it works with wget
[05:48] <eruditehermit> chrome barfs for some reason
[05:48] <Sarvatt> one sec uploading it
[05:48] <Sarvatt> oh ok
[05:48] <Sarvatt> the website is all kinds of messed up in chrome here
[05:48] <Sarvatt> had to pick the driver with the keyboard
[05:48] <eruditehermit> yeah
[05:50] <Sarvatt> ./amd-driver-installer-12-2-x86.x86_64.run --buildpkg Ubuntu/precise it is
[05:50] <Sarvatt> it doesnt work on i386
[05:50] <Sarvatt> another reason it probably hasnt been uploaded by now
[05:50] <eruditehermit> --buildandinstallpkg is what I use
[05:50] <eruditehermit> lol
[05:53] <Sarvatt> http://ubuntuone.com/1UXKtX6u65jOGDrNpyWHyY if you didnt manage to get it
[05:53] <Sarvatt> gotta use my 50gb ubuntuone storage somehow
[05:53] <eruditehermit> wget was able to get it for me
[05:53] <eruditehermit> strange that chrome didn't like it
[05:54] <eruditehermit> I thought it was down
[05:54] <Sarvatt> Version 19.0.1061.1 dev
[05:54] <Sarvatt> working fine there
[05:54] <eruditehermit> 19???
[05:54] <eruditehermit> lol
[05:54] <eruditehermit> I have 17
[05:55] <Sarvatt> oh i must be 2 days ahead of you then
[05:55] <Sarvatt> dev channel :)
[05:55] <eruditehermit> stable is 17 still
[05:55] <eruditehermit> lol
[05:55] <eruditehermit> but yeah
[05:55] <eruditehermit> chrome was at version 2 a few days ago
[05:56] <eruditehermit> ok
[05:56] <eruditehermit> time to try new fglrx
[05:56] <eruditehermit> brb
[06:33] <Sarvatt> looks like that went well :)
[06:49] <tjaalton> Sarvatt: the -vaapi part?blame ustream :)
[06:49] <Sarvatt> well i tried to install gstreamer-vaapi like the source package name :)
[06:50] <Sarvatt> was more complaining about the 0.10 part
[06:51] <Sarvatt> but yeah thats how gstreamer crap is namespaced just my own screwup
[06:53] <tjaalton> yep
[06:53] <tjaalton> besides, it triggers bug 946742
[06:54] <Sarvatt> oh FUN
[06:54] <tjaalton> fixed in upstream master, but would rather know which commit
[06:56] <Sarvatt> http://cgit.freedesktop.org/vaapi/intel-driver/log/ is taking forever to load
[06:57] <Sarvatt> at least its hard to hit, have to purposefully install 2 things to hit it
[06:58] <tjaalton> nah, just browse with nautilus to a folder where you have videos :)
[06:58] <Sarvatt> i965-va-driver and the gstreamer0.10-vaapi thing
[06:58] <tjaalton> oh
[06:58] <tjaalton> yeah
[07:00] <Sarvatt> i like how cedarview pvr va crap doesnt even work with it that you went out of your way to add it for :P
[07:04] <Sarvatt> tjaalton: hmm nautilus is fine here
[07:04] <Sarvatt> on snb
[07:04] <Sarvatt> video folder, thumbnails arent killing anything
[07:06] <Sarvatt> was gonna bisect but need to reproduce first :)
[07:08] <Sarvatt> shotwell is just giving generic video thumbnails, bah
[07:09] <tjaalton> ok, fails here
[07:10] <Sarvatt> http://ubuntuone.com/6BjApmzC9kzm1HyQSVm8fB (the one to the right of to the cursor)
[07:11] <Sarvatt> what kinda videos do you have? avi?
[07:12]  * Sarvatt browses to the NAS where all his videos are
[07:12] <tjaalton> guess I tried it with bigbuckbunny
[07:12] <tjaalton> meh, resume fail
[07:14] <Sarvatt> argh i think i did something so it didnt thumbnail videos and cant remember what it was
[07:15] <tjaalton> ok so is it unity fail when I get a blank screen, but the pwd dialog is obviously working
[07:15] <Sarvatt> oh
[07:15] <Sarvatt> shotwell-video-thumbnailer: gen6_mfd.c:844: gen6_mfd_avc_ref_idx_state: Assertion `frame_idx < (sizeof(gen6_mfd_context->reference_surface) / sizeof((gen6_mfd_context->reference_surface)[0]))' failed.
[07:15] <tjaalton> and the mouse cursor changes when it's moved around
[07:15] <Sarvatt> i got that to stderr launching it in a terminal, thats from intel-driver
[07:15] <tjaalton> yeah, unity replace fixed it..
[07:17] <tjaalton> or not
[07:17] <tjaalton> Sarvatt: yeah that's the one
[07:18] <Sarvatt> http://cgit.freedesktop.org/vaapi/intel-driver/commit/src/gen6_mfd.c?id=368731d104da84605fcf6683d6ce014916fe76b0
[07:22] <tjaalton> looks plausible
[07:29] <Sarvatt> only commit that touched that function between the two versions but yeah
[07:30] <Sarvatt> doesn't apply easy to test :)
[07:31] <tjaalton> yeah I tried something and came to the same conclusion.. not easy to just pull something..
[07:32] <tjaalton> so I asked the author if there's going to be a release soon but he didn't reply
[07:35] <Sarvatt> git cherry-pick 99ded53e66af1903f1d58ffbc24404d435a6de84; git cherry-pick 99ded53e66af1903f1d58ffbc24404d435a6de84 gets it to apply easily
[07:35] <Sarvatt> got it building now, wish i could make it crash
[07:35] <Sarvatt> but still i should be able to tell if that assertion is gone
[07:35] <tjaalton> right
[07:36] <Sarvatt> no assertion after cherry-picking those two
[07:36] <tjaalton> hehe, thanks
[07:36] <tjaalton> you can rest now :)
[07:39] <Sarvatt> http://ubuntuone.com/6R5dmBssdYVJtouXzcciv6 if you want to check it
[07:40] <Sarvatt> i965-va-driver and libva are in collab-maint and a friggin nightmare to update
[07:40] <Sarvatt> as bad as libxcb was a year ago
[07:41] <tjaalton> nightmare how?
[07:41]  * Sarvatt is spoiled by X packages
[07:41] <Sarvatt> changes have to git in git, autoreconf via a patch?
[07:41] <Sarvatt> err have to go in git
[07:41] <Sarvatt> or did that change too..
[07:41] <tjaalton> oh
[07:41]  * Sarvatt absolutely hates autoreconf via a patch
[07:41] <Sarvatt> like wacom in debian
[07:42] <tjaalton> yeah that's stupid
[07:42] <tjaalton> another thing is importing tarballs when upstream uses git..
[07:42] <tjaalton> like, what?
[07:43] <Sarvatt> the git-buildpackage workflow?
[07:43] <Sarvatt> aka nouveau?
[07:43] <Sarvatt> xterm
[07:43] <Sarvatt> oh xterm doesnt use git nevermind :)
[07:43] <tjaalton> well it should work fine with upstream branches from upstream git
[07:58] <Sarvatt> ricotz: tell me if i broke input on edgers :)
[07:58]  * Sarvatt isnt using it and apparently evdev was broken before
[08:04] <Sarvatt> tjaalton: hmm so the actual driver  is in libva-intel-vaapi-driver not i965-va-driver
[08:04]  * Sarvatt only installed i965-va-driver testing shotwell
[08:04] <Sarvatt> so disregard my saying i didnt hit the assert :)
[08:04] <Sarvatt> no clue what triggered it then
[08:05] <ricotz> Sarvatt, havent updated to your uploads yet ;), and the scrolling-brokenness was on the gtk3 side which was fixed in git master
[08:06] <ricotz> Sarvatt, maybe you have an opinion to add https://bugs.launchpad.net/ubuntu/+source/libpciaccess/+bug/950985
[08:07] <Sarvatt> http://ubuntuone.com/6kx60S7s3RixNNpIuw6aea is libva-intel-vaapi-driver
[11:38] <eruditehermit> Sarvatt, still about?
[19:03] <FernandoMiguel> darn..... compiz/unity are fighting over Alt+Tab control :/
[20:33] <eruditehermit> hello!
[20:38] <eruditehermit> Sarvatt, you about?