[05:57] <tjaalton> uptime over 12h with that single fix on top of precise next, niice
[08:20] <mlankhorst> RAOF: Shall I just create a xorg 1.12 ppa in xorg-edgers for quantal first?
[08:20] <tjaalton> what for?
[08:21] <mlankhorst> I have no rights to upload to quantal so I need to make a ppa :)
[08:21] <tjaalton> there are ppa's already
[08:21] <RAOF> So that he can (a) upload to it, and (b) we can stage stuff there for a week or so to let mesa et al settle down.
[08:21] <tjaalton> why not use the same ppa as last time?
[08:21] <RAOF> Yeah, use the one from last time :)
[08:21] <tjaalton> -staging or such
[08:22] <tjaalton> can't remember, didn't touch it <whistle>
[08:22] <tjaalton> funny how much of 3.3 drm is in 3.2.x
[08:22] <mlankhorst> seems to be dead
[08:23] <mlankhorst> https://launchpad.net/~ubuntu-x-swat/+archive/x-staging ?
[08:23] <tjaalton> it was used for getting the packages ready, then binary copied to the main archive
[08:24] <mlankhorst> should i empty it and resurrect it?
[08:24] <tjaalton> feel free i guess
[08:24] <mlankhorst> ok :)
[08:28] <RAOF> You don't even need to empty it; everything in it is lower than the version in quantal, and we'll be replacing everything in it with a new version anyway.
[08:28] <tjaalton> note that ppa's can have packages for multiple releases, so uploading quantal ones would live next to the old ones, but there's no need for the precise packages anymore since the main archive has moved on
[08:28] <tjaalton> well, the precise builds would remain there if not cleaned
[08:28] <tjaalton> but yeah they wouldn't interfere in any way
[08:58] <mlankhorst> i know
[09:42] <mlankhorst> RAOF: is there some easy way to trigger a rebuild of all the various packages that may need updating due to new abi?
[09:51] <mlankhorst> oh seems the rebuild driver does what I want :-)
[10:00] <tjaalton> hm?
[10:02] <mlankhorst> rebuild-all-drivers.sh
[10:02] <tjaalton> ah
[10:04] <mlankhorst> but looks like I can skip the input drivers
[10:04] <tjaalton> yes
[10:19] <tjaalton> mlankhorst: hum, you've changed upstream-ubuntu?
[10:19] <tjaalton> on xorg-server
[10:19] <tjaalton> it was used on precise because of the frankenserver
[10:19] <tjaalton> but normally we don't need that
[10:29] <mlankhorst> tjaalton: ok, I just synched it with debian, I guess you're right :-)
[10:30] <tjaalton> actually, might want to reset that to the previous state so that cnd can backport input fixes from 1.12.2 ;)
[10:31] <mlankhorst> ..?
[10:31] <tjaalton> that's what it had, 1.11 + input from 1.12
[10:32] <mlankhorst> tjaalton: wasn't that branched off to precise already?
[10:32] <tjaalton> oh it's not the same branch
[10:33] <tjaalton> upstream-1.11+input
[10:33] <tjaalton> sorry
[10:33] <tjaalton> carry on
[10:33] <tjaalton> :)
[10:44] <mlankhorst> tjaalton: hm looks like the script is based on old version, I'll probably be fine by just rebuilding everything
[10:45] <tjaalton> mlankhorst: just make sure it appends 'build1' to the debian version if there are no ubuntu changes
[10:45] <tjaalton> so -1 -> -1build1, -1ubuntu1 -> -1ubuntu2
[10:46] <mlankhorst> dch --rebuild will do that?
[10:46] <tjaalton> not a huge deal, but allows autosyncs
[10:46] <tjaalton> dunno
[10:46] <mlankhorst> ill try
[10:46] <tjaalton> ah, looks like it
[10:52] <mlankhorst>        sed -i -r "s/xserver-xorg-dev([[:space:]]*\(>=? 2:1(\.[[:digit:]]*)*([~+]git[[:digit:]]*(\.(.){8})?)?~?(-[[:digit:]]+(ubuntu[[:digit:]]+)?~?)?\))?/xserver-xorg-dev (>= $1)/g" debian/control
[10:53] <tjaalton> ..ok
[10:53] <mlankhorst> I felt the same way :-)
[11:54] <jcristau> ouch.
[11:55] <mlankhorst> yeah looks like I'll have to grab a whole bunch of packages from debian unstable :/
[11:57] <tjaalton> yep, since you can't sync them to a ppa, which would be too easy
[11:57] <mlankhorst> i can abuse syncpackage it seems
[11:57] <tjaalton> ah
[11:58] <mlankhorst> I'll see if more fail first, seems a lot will build at least :)
[11:59] <mlankhorst> 1.13 otoh
[12:00] <tjaalton> apart from openchrome and vmware they're all fixed already :)
[12:00] <tjaalton> and those just need the fixes committed
[12:00] <mlankhorst> I mean, it will need dri2proto, randrproto xrandr/libXrandr, + a refresh of all video drivers
[12:00] <jcristau> openchrome in sid is broken with 1.12 still
[12:01] <jcristau> i think that's the last one
[12:01] <tjaalton> oh
[12:01] <mlankhorst> oh hey, why aren't we having modesetting in our list?
[12:01] <tjaalton> it's not published yet
[12:03] <jcristau> i do need to sponsor that into debian don't i?
[12:03] <tjaalton> yep :)
[12:03] <mlankhorst> jcristau: Please do :-)
[12:03] <mlankhorst> I could package though
[12:03] <tjaalton> it's packaged
[12:03] <tjaalton> in git
[12:03] <mlankhorst> ah^^
[12:04] <mlankhorst> but yeah I probably get to update all the fun things to 1.13
[12:04] <jcristau> didn't have so much time or motivation the last few weeks...
[12:04] <tjaalton> mlankhorst: don't worry about it.. usually we'll push the devel series to -experimental and sync from there
[12:04] <mlankhorst> tjaalton: I know :)
[12:05] <tjaalton> though it means that jcristau/kibi would need to upload them :)
[12:05] <tjaalton> my AM has now been silent for two weeks
[12:05] <jcristau> ha
[12:05] <jcristau> was going to say "or you can finish NM"
[12:05] <jcristau> :)
[12:05] <tjaalton> yeah..
[12:07] <tjaalton> reading through license gibberish was hard, so took a while to reply to the first set of questions 
[12:07] <mlankhorst> would be so much easier if ubuntu synced x from unstable
[12:07] <tjaalton> it does?
[12:07] <tjaalton> normally
[12:08] <tjaalton> but what difference does it make when we manually sync the packages anyway
[12:08] <jcristau> tjaalton: after a couple weeks you can probably ping him to ask what's up
[12:08]  * mlankhorst lacking the capability, mostly
[12:09] <tjaalton> jcristau: yeah, maybe I could
[12:09] <jcristau> looks like he uploaded a package on tuesday so he's around
[12:09] <mlankhorst> plus even if i had the capability I wouldn't trust myself to do it yet..
[12:10] <tjaalton> ok I pinged gwolf
[12:12] <mlankhorst> tjaalton: oh the failing packages have a ubuntu version, I'll fix -ati
[12:13] <tjaalton> mlankhorst: yeah you can merge from debian and push the updated one there
[12:13] <tjaalton> there=ppa
[12:13] <tjaalton> there are probably others. intel got updated though
[12:16] <mlankhorst> I think it had some small changes
[12:19] <mlankhorst> it prevents install from debian/radeon-kms.conf which adds 'options modeset=1' to radeon
[12:20] <tjaalton> yeah, kms is enabled already
[12:20] <jcristau> we can drop that change in debian post wheezy
[12:21] <mlankhorst> tjaalton: can we just synch to debian for now? :-)
[12:21] <mlankhorst> having that file would probably be a noop
[12:21] <jcristau> (it's necessary with squeeze's kernel so we keep it for upgrades)
[12:21] <tjaalton> mlankhorst: -ati from debian? nah, keep that change
[12:21] <mlankhorst> ok
[12:22] <mlankhorst> then I'll just merge
[12:39] <mlankhorst> +# Plymouth wants libdrm-intel1, even on architectures where it's guaranteed
[12:39] <mlankhorst> +# to be useless.  Satisfy it's depraved yearnings.
[12:39] <mlankhorst> :D
[12:42] <mlankhorst> +      + Add patch series to reenable building libdrm-intel1 on !i386/amd64,
[12:42] <mlankhorst> +        (drop when plymouth is updated to 0.8.4.)
[12:42] <mlankhorst> +
[12:42] <mlankhorst> does that mean it could be dropped now?
[12:42] <jcristau> yep, should
[12:43] <mlankhorst> I'll check plymouth first just in case
[12:43]  * mlankhorst doesn't trust 'should'
[12:47] <mlankhorst> yeah it adds a disable for it, so libdrm has to be uploaded from unstable again
[12:54] <mlankhorst> https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1010460 :D
[12:54] <ubottu> Launchpad bug 1010460 in libdrm (Ubuntu) "Sync libdrm 2.4.33-1 (main) from Debian unstable (main)" [Undecided,New]
[12:54] <mlankhorst> just had to try requestsynch to see what would happen
[12:57] <tjaalton> synced :)
[12:57] <mlankhorst> hehe ty
[13:09] <mlankhorst> tjaalton: can xserver-xorg-video-rendition be synched too?
[13:40] <jcristau> oh yay kibi just fixed openchrome
=== yofel_ is now known as yofel