=== maco is now known as maco2
[08:24] <RAOF> Gah.  Stupid -nr patch
=== bryce-alt is now known as bryyce
[14:35] <Sarvatt> what's wrong RAOF?
=== ara_ is now known as ara
[15:03] <Sarvatt> RAOF: need a refreshed -nr patch for 1.9? i've got one in edgers
[15:04] <Sarvatt> or were you merging intel and needing to refresh the copy-fb patch?
[15:21] <tseliot> Sarvatt, RAOF: when do you plan to upload xserver 1.9?
[15:22] <Sarvatt> just a rough guess at a month or so from now
[15:23] <tseliot> in time for alpha 3?
[15:24] <Sarvatt> doubt it'll be there by then
[15:25] <Sarvatt> oh august 5th, maybe
[15:25] <Sarvatt> i thought that was closer
[15:26] <Sarvatt> it's pretty much ready to go outside of a few patch refreshes needed
[15:26] <tseliot> ah, good
[15:35] <Sarvatt> I actually just got permission to backport support for the latest xorg 1.9 release candidate to the 256.* series of drivers, so hopefully we'll be able to get a beta version of that out soon.
[15:35] <Sarvatt> aaronp said that \o/
[15:38] <tseliot> Sarvatt: that's good news, I knew they were working on it
[15:39] <tseliot> Sarvatt: let me know when it's ready and I'll sponsor the upload
[16:01] <tseliot> Sarvatt: the mesa packages in xorg-edgers don't set alternatives, do they?
[16:23] <Sarvatt> yeah they do, didn't want to break anything
[16:25] <tseliot> Sarvatt: ok, so they should work with proprietary drivers (just for testing experimental releases)
[16:26] <Sarvatt> yepyep
[16:28] <tseliot> great
[16:40] <Sarvatt> tseliot: reason i'm giving a long estimate is because theres still a few problems that will probably be fixed by then, like I dont believe tslib works so arm people will be unhappy, and a few drivers like evdev and synaptics haven't had releases compatible with it yet
[16:40] <tseliot> oh, that definitely makes sense
[16:43] <Sarvatt> worried about the arm video drivers too and it'd probably be better to bring it in sooner to get it fixed up in that regard..
[16:44] <Sarvatt> i dont even know what they are, know theres an omapfb and a dovefb one at least
[16:48] <tseliot> right, the arm mess...
[16:51] <jcristau> people care about tslib?
[16:54] <Sarvatt> yeah arm people, not to mention egl clutter only works with tslib
[16:56] <Sarvatt> i know someone was screwing with egl clutter on arm because thats was the whole reason we packaged the egl stuff in mesa up
[16:57] <jcristau> wtf
[16:58] <jcristau> the toolkit shouldn't care what X driver is in use
[17:03] <Sarvatt> hmm yeah that doesn't make sense, it's got to use an actual tslib lib not the x input driver since the egl backend doesn't use X?
[17:03] <Sarvatt> libts i guess
[17:04] <jcristau> yeah that would make more sense
[21:15] <Riemervdzee> Good evening
[22:51] <Sarvatt> these "foobar crashed with SIGSEGV in XF86DRIQueryVersion()" sure are annoying :)
[22:52] <Sarvatt> every single one is just them having fglrx installed but not using fglrx
[22:54] <Sarvatt> https://bugs.edge.launchpad.net/ubuntu/+bugs?field.searchtext=crashed+with+SIGSEGV+in+XF86DRIQueryVersion() -- argh i've already closed at least 20
[23:25] <Sarvatt> oh more than half of those are private so it doesn't look as bad if you cant see those :)
[23:26] <Sarvatt> i'm duping everything to https://bugs.edge.launchpad.net/ubuntu/+source/fglrx-installer/+bug/545257 before i close it this time
[23:26] <ubot4> Launchpad bug 545257 in fglrx-installer (Ubuntu) "gnome-screensaver-gl-helper crashed with SIGSEGV in XF86DRIQueryVersion() (affects: 85) (dups: 21) (heat: 238)" [Medium,New]