[03:45] <tjaalton> quiet
[07:17] <mlankhorst> tjaalton: I seem to no longer get nouveau correctly :/
[07:17] <tjaalton> mlankhorst: what do you mean?
[07:18] <mlankhorst> only intel shows up in xrandr --listproviers
[07:18] <mlankhorst> +d
[07:18] <tjaalton> does downgrading xserver fix it?
[07:19] <mlankhorst> just upgraded to quantal so i don't have the old debs
[07:19] <tjaalton> I'll try it
[07:20] <tjaalton> it's possible that the pci probing patch broke it
[07:20] <tjaalton> in which case airlied would probably like to know about it :)
[07:24] <mlankhorst> tjaalton: yeah downgrading fixed it
[07:25] <tjaalton> shite
[07:25] <tjaalton> hmm, could be the other patch too
[07:25] <tjaalton> need to figure out which
[07:26] <mlankhorst> I have to give a demo so I don't have the time right now :p
[07:26] <tjaalton> sure thing
[07:26] <tjaalton> I have the hw
[07:49] <tjaalton> mlankhorst: you speaking?-)
[07:50] <mlankhorst> yeah wanted to a demo
[07:50] <tjaalton> no i mean answered keithp's question :)
[07:50] <mlankhorst> yes :p
[07:51] <tjaalton> thought so
[07:51] <mlankhorst> 2013-3-5 next xorg release
[07:55] <tjaalton> rc1 2012-12-05
[07:55] <tjaalton> amd should get that :)
[07:56] <tjaalton> abi/api stability
[07:56] <tjaalton> well, not yet but when it's settled
[07:58] <mlankhorst> nothing wrong with xorg 1.14rc1 being done at 2012-12-5
[07:58] <mlankhorst> do we want it sooner/later?
[07:58] <tjaalton> matt who?
[07:58] <tjaalton> mlankhorst: no it's fine, if the features land by then
[08:02]  * mlankhorst couldn't think of any objections either :)
[08:02] <tjaalton> i mean, he said that the dates can be adjusted to make more room
[08:03] <tjaalton> so once they're set we can inform amd that they should start preparing their fine driver..
[08:03] <mlankhorst> yeah we might even get drivers stable in time for first rc1 o.O
[08:03] <tjaalton> not the blobs :)
[08:04] <tjaalton> fglrx will still take ~2-3 months, but at least well before release
[08:09] <jcristau> bah.  ubuntu doesn't have locales-all?
[08:09] <tjaalton> what's that?-)
[08:10] <mlankhorst> ubuntu uses language-pack.* :p
[08:10] <jcristau> precompiled locale data for all locales
[08:10] <tjaalton> yeah they trigger building the locales that get installed
[08:10] <jcristau> so you don't have to generate them one by one
[08:26] <tjaalton> well, you need to install them one by one, and the trigger then builds them
[08:26] <tjaalton> iirc
[08:27] <tjaalton> hmm no
[08:27] <tjaalton> language-pack-* install the translations
[08:28] <tjaalton> and also triggers, but don't see why there couldn't be a 'locale-all' package too
[08:34] <tjaalton> hmm, lts-pkg-rename seems to have removed the .orig.tar.gz
[08:40] <tjaalton> mlankhorst: would probably be best to copy ${old_orig}, not move it
[08:44] <tjaalton> heh, it's the fix for compat output selection that breaks optimus
[08:47] <mlankhorst> tjaalton: it gets moved to a different directory before it does the stuff in lts-stack
[08:47] <tjaalton> right, but if I run it on my dev tree it's weird that the tarballs are gone :)
[08:47] <tjaalton> or links to them
[08:47] <mlankhorst> yeah
[08:48] <mlankhorst> but it's still a bit buggy it seems , I need to push fixes for it
[09:25] <tjaalton> huh, tried prime for the first time and the server crashed :)
[09:29] <jcristau> there he goes
[09:29] <tjaalton> :)
[09:36] <tjaalton> guess we see the slides better than the audience ;)
[09:47] <mlankhorst> jcristau: it did crash too
[09:47] <mlankhorst> had to reboot
[09:48] <jcristau> i saw that :)
[09:48] <jcristau> not completely unexpected i guess?
[09:48] <mlankhorst> since I'm not running with the reservation stuff it kind of was, I didn't have the system lock up before
[09:48] <jcristau> ah :/
[09:49] <mlankhorst> but I suppose it's harmless
[09:49] <jcristau> that's demo effect for you.
[09:49] <mlankhorst> Yes!
[09:50] <tjaalton> that was nice, it crashes earlier here
[10:00] <tjaalton> mlankhorst: hmm, so what is the <sink-xid> for --setprovideroffloadsink? the id for intel?
[10:00] <mlankhorst> tjaalton: you dont need it, the X server patch does it for you
[10:00] <tjaalton> oh
[10:00] <tjaalton> heh
[10:02] <tjaalton> well now it crashed on glxinfo
[10:05] <tjaalton> now the stream got unstable
[10:17] <tjaalton> yeah I get a crash in DRI2Connect
[10:17] <tjaalton> wonder if it's because acceleration is disabled on this one
[10:31] <tjaalton> yep, enabling acceleration makes glxinfo work. glxgears hangs after a few seconds :)
[10:56] <mlankhorst> yeah
[10:56]  * mlankhorst needs to find an excuse to defuc nvd9 firmware
[10:59] <tjaalton> you have the same?
[11:33] <mlankhorst> as does darktama it seems
[11:33] <mlankhorst> so we need to figure out what is different
[11:34] <tjaalton> right
[13:35] <tjaalton> oh we got the ati snapshot in
[15:08] <mlankhorst> \o/
[15:09] <tjaalton> you had a beer there! :)
[15:09] <tjaalton> or some other suspicious beverage
[15:51] <xnox> gtk or X or unity bug?
[15:51] <xnox> bug 1047431
[15:51] <xnox> wait.... last time i had such question it ended up being the kernel =)
[15:54] <tjaalton> there was a gtk update, still get it with that? (3.5.18)
[16:26] <xnox> tjaalton: yeah.
[16:34] <mdeslaur> meh, since I've updated my thinkpad to quantal, I can't come back from the screensaver anymore
[16:47] <tjaalton> mdeslaur: not using the sna acceleration with intel?
[16:49] <mdeslaur> tjaalton: I don,t know what that means
[16:50] <tjaalton> mdeslaur: probably not then :)
[16:50] <tjaalton> can you change the vt?
[16:50] <mdeslaur> tjaalton: yes
[16:50] <tjaalton> ok, so it's probably bug 966744
[16:51] <mdeslaur> tjaalton: and moving the mouse cursor over the place where the text entry box is supposed to be changes my mouse cursor to a text entry cursor
[16:51] <tjaalton> mdeslaur: yeah, matches that bug
[16:52] <mdeslaur> awesome
[16:53] <mdeslaur> odd, because I wasn't getting the bug in precise
[16:53] <tjaalton> and I've a hard time reproducing it on quantal :/
[16:54] <tjaalton> used to hang like that after ~10 suspend cycles, now I can do 30 without the bug
[16:59] <mdeslaur> so...-intel is busted, -nouveau doesn't work...what's the recommended chipset now? :)
[16:59] <jcristau> works fine on debian *ducks*
[17:00] <mdeslaur> lol
[17:03] <tjaalton> mdeslaur: so can you reproduce it on every screensaver cycle?
[17:04] <mdeslaur> tjaalton: the 3 cycles I've had so far, yes
[17:05] <mdeslaur> tjaalton: but not if I manually start the screensaver or a dpms cycle
[17:05] <mdeslaur> ie: it only happens when I don't touch my laptop for a half hour
[17:05] <mdeslaur> I haven't figured out why yet
[17:06] <tjaalton> mdeslaur: what chipset is it?
[17:07] <mdeslaur> Arrandale
[17:08] <mdeslaur> Ironlake Mobile?
[17:08] <tjaalton> yeah
[17:08] <tjaalton> gen5
[17:09] <tjaalton> so, there are instructions on how to get a strace from compiz that should show what operation is getting stuck
[17:09] <mdeslaur> oh, where?
[17:09] <tjaalton> not convinced that the current straces are valid
[17:09] <tjaalton> on the bug
[17:10] <tjaalton> still haven't sent it upstream but if you could get one that looks sane..
[17:11] <tjaalton> also, testing if sna acceleration is of any help probably wouldn't work, since I have issues getting the panel back up after the screensaver kicks in (just stays blank) :)
[17:11] <tjaalton> though in your case it should hang with a suspend/resume cycle as well?
[17:17] <mdeslaur> tjaalton: I can reproduce with comment #68 in that bug
[17:17] <mdeslaur> tjaalton: disable suspend on lid close, close lid, open lid
[17:18] <mdeslaur> hrm, not every time though
[17:18]  * mdeslaur tries again
[17:58] <tjaalton> mdeslaur: might also try with a mainline kernel
[17:58] <tjaalton> latest 3.6-rc
[17:59] <tjaalton> some have reported success with it
[17:59] <mdeslaur> tjaalton: thanks, I'll try and find some time to try it
[18:03] <tjaalton> the bug is getting out of hand.. almost 300 comments
[18:04] <bryceh> tjaalton, thanks slashdot!
[18:04] <mdeslaur> well, thanks buggy code :P
[18:05] <bryceh> mdeslaur, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/966744/comments/154
[18:06] <mdeslaur> bryceh: yeah, I've downloaded the script
[18:06] <tjaalton> bryceh: slashdot?-)
[18:06] <mdeslaur> bryceh: I'll give it a go next time it happens
[18:06] <bryceh> tjaalton, posted yesterday
[18:07] <tjaalton> oh.. checking it out
[18:07] <tjaalton> heh, there it is
[18:07] <tjaalton> http://linux.slashdot.org/story/12/09/20/1245240/stubborn-intel-graphics-bug-haunts-ubuntu-1204
[18:07] <tjaalton> how useful..
[18:08] <bryceh> oh wow NVIDIA publishing some GPU docs, heh
[18:08] <tjaalton> yeah I was listening to the stream and was wondering if my hearing was ok
[18:08] <tjaalton> but it's just tegra for now aiui
[18:09] <tjaalton> btw we have the compiz strace's already
[18:09] <tjaalton> -'
[18:09] <tjaalton> the dstack
[18:10] <tjaalton> meh, if it's fixed in 3.6rc it should be easy to backport
[18:30] <tjaalton> mdeslaur: eow for me. if 3.6rc fixes it, feel free to leave a msg here or on the bug
[18:30] <mdeslaur> tjaalton: sure, I'll try and test it this weekend
[18:30] <tjaalton> thanks
[18:30] <mdeslaur> tjaalton: have a nice weekend!
[18:30] <tjaalton> you too, despite the bug ;)
[18:31] <mdeslaur> hehe :)
[22:10] <mlankhorst> bryceh: it's just phoronix trolling slashdot
[22:10] <mlankhorst> >:P
[22:11] <Sarvatt> mlankhorst: nice crash at the end :) just watched the youtube recording
[22:11] <mlankhorst> :D
[22:12] <mlankhorst> it's the demo effect
[22:14] <mlankhorst> was working fine before but maybe the display clone caused a hard lockup or something
[22:14] <mlankhorst> but yeah it's just ubuntu quantal with no patches \o/
[22:19] <Sarvatt> mlankhorst: no patches, but selectively downgrading a few packages! \o/ :P
[22:19] <mlankhorst> that's only because xorg-server regressed
[22:20] <Sarvatt> dist-upgrading the day before a demo? crazy man :)
[22:20] <Sarvatt> lucky unity even started, was a big upgrade at the same time
[22:21] <mlankhorst> I knew the x server and kernel worked fine from testing on precise
[22:29] <mlankhorst> Sarvatt: I had no choice though, no way I could fix the script and re-upload the entire x stack in time :(
[22:41] <ricotz> hey :)
[22:41] <ricotz> mlankhorst, i guess this is something to consider for the backports stack - https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1054292
[22:44] <Saviq> hey, I'd like to point to a smbd bug I've encountered on quantal-backport: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1053414
[22:45] <Saviq> not sure how to mark it so that it doesn't get lost