[05:58] <mlankhorst> morning
[06:19] <RAOF> Hi, yo.
[06:25] <mlankhorst> RAOF: did you get anywhere with -core?
[06:26] <RAOF> mlankhorst: Yup. Pushed a patch to lightdm to add that; we can drop 100_rethrow_signals
[06:34] <mlankhorst> perfect
[06:35] <mlankhorst> feel free to upload server-core then, I should probably update intel to 20.1 first and then the rest needd
[06:35] <mlankhorst> needs xorg-server-core >= 13rc1 for building
[06:48] <RAOF> mlankhorst: Will do.
[06:58] <mlankhorst> RAOF: ok intel updated to 2.20.1 :-)
[06:58] <mlankhorst> want a copy of all the *.orig.tar.gz I have?
[07:02] <RAOF> Eh.
[07:02] <RAOF> I'm happy to uscan --download-current-version.
[07:02] <RAOF> Of course, I'm *also* happy to accept git repositories with pristine-tar branches, so git-buildpackage Just Works™ ;(
[07:02] <RAOF> :)
[07:03] <mlankhorst> optimist :P
[07:04] <RAOF> Ah.
[07:04] <mlankhorst> RAOF: but openchrome needs love, there was already a openchrome 0.3.0 in hardy which might have been optimistically numbered like that
[07:08] <mlankhorst> ok pushed cirrus to 1.5.1, seems a new release was amde in the last time I looked with the build fix
[07:09] <RAOF> We also need to update the proto first, right? We don't have the necessary proto in quantal or -proposed yet?
[07:10] <mlankhorst> probably I think some were pushed
[07:10] <mlankhorst> x11proto-dri2, x11proto-gl, x11proto-randr
[07:11] <mlankhorst> dri2 needs 2.8
[07:11] <mlankhorst> gl 1.4.16
[07:11] <RAOF> Ah, and a bunch of them are in Debian experimental, and can be syncd. But that needs me to manually flick the switch.
[07:11] <mlankhorst> randr 1.4.0
[07:12] <RAOF> dri2 hasn't been updated in Debian yet, but that can be done.
[07:12] <mlankhorst> rest I'm unsure about, those were the ones I encountered at least :-)
[07:12] <jcristau> i can probably push dri2proto to experimental if that helps
[07:13] <mlankhorst> sure
[07:13] <mlankhorst> I bumped all the standards-versions to 3.9.3 too mostly
[07:13] <RAOF> Oh, *arse*. We've got some ungodly x11proto-randr version from 2010 that claims to be 1.4
[07:14] <jcristau> that + should have been a ~
[07:14] <mlankhorst> yeah it's fun
[07:14] <RAOF> Yup
[07:15] <mlankhorst> openchrome has the same issue with hardy
[07:15] <jcristau> i uploaded it as 1.3.99.1 at the time to avoid just this :)
[07:15] <RAOF> Time for a sourceful upload of Debian syncage!
[07:15] <jcristau> mlankhorst: hmm?  xserver-xorg-video-openchrome | 1:0.2.901-0ubuntu4 |         hardy | source, amd64, i386
[07:16] <mlankhorst> jcristau: launchpad refused 0.3.0 though
[07:17] <mlankhorst> jcristau: https://launchpad.net/ubuntu/hardy/i386/xserver-xorg-video-openchrome/0.3.0-0ubuntu2
[07:17] <RAOF> Yeah, that's the epoch.
[07:17] <mlankhorst> so you need to fudge around with that one to make it work
[07:17] <jcristau> ah, yeah, ok.
[07:18] <jcristau> just wait for 0.3.1 :p
[07:18] <jcristau> shouldn't take more than a year
[07:18] <mlankhorst> or just call it fakesync1 and append that to orig.tar.gz
[07:19] <mlankhorst> nobody said it would have to be because of debian a fakesync is required >:D
[07:19] <jcristau> heh
[07:21] <mlankhorst> but yeah the mess with openchrome was worse in multiple ways. I did get it to switch from git-svn to git though.
[07:42] <RAOF> jcristau: Pushing dri2proto to experimental *would* help a bit; you still up for it?
[07:43] <jcristau> RAOF: yeah, looking at it now, see #d-x :)
[08:44] <ricotz> mlankhorst, hi, is 1.13rc2 suppose to land in quantal this week?
[08:45] <mlankhorst> think so
[08:45] <ricotz> i see :)
[08:46] <ricotz> is there already any news about any compatible nvidia blob?
[08:46] <mlankhorst> nah it tends to lag behind
[08:47] <ricotz> i know, aaronp mention 304.x is suppose to get support
[08:47] <mlankhorst> no prime though :p
[08:48] <ricotz> but uploading 1.13 will break for quite some people with a new one
[08:48] <mlankhorst> but maybe those changes will finally force nvidia to coexist with other drivers
[08:48] <ricotz> *without
[08:49] <ricotz> maybe
[08:58] <mlankhorst> yeah you're right, it most likely stays crap :p
[09:01] <ricotz> but way better than fglrx ;P
[09:01] <mlankhorst> I don't know if I want to word it like that
[09:01] <jcristau> ricotz: like that's hard
[09:02] <mlankhorst> any bets on whether fglrx will have something before the Q release that's compatible?
[09:02] <mlankhorst> :p
[09:02] <jcristau> mlankhorst: i thought usually they manage to have something a week before the ubuntu release
[09:03] <ricotz> hehe
[09:05] <mlankhorst> but with s3tc package installed I'm getting more luck with r600 nowadays
[10:28] <mlankhorst> RAOF: how is uploading going?
[11:42] <RAOF> mlankhorst: It's not really, at the moment :)
[11:43] <RAOF> mlankhorst: Got as far as the proto stuff, and then had to go to pilates, have dinner, etc ;)
[11:43] <mlankhorst> ok, I'm just taking a closer look at the precise x server, see if I can fix that issue or if it it's too much work :)
[11:45] <mlankhorst> just noticed I forgot to kill a patch that was upstream so uploaded that fix
[12:04] <RAOF> I'll finish off 1.13 uploading tomorrow.
[12:06] <mlankhorst> wow, first time in all my messing with X that I've seen the failsafe-X screen ;)
[12:09] <mlankhorst> RAOF: Yeah I just realized I should check if the gimp bug is also in x1.13 before I try to diagnose it further. Might safe me some work if it turns out to be a bug in upstream too.
[12:23] <mlankhorst> aw unfortunately it works
[12:51] <mlankhorst> RAOF: hm should I just drop it? The same patches work on x1.12, so likely it's caused by our weird backported input stack
[12:51] <mlankhorst> and x1.13 with gimp worked fine too