[03:24] <mlankhorst> bryce: no but should it be a problem? the protocol extensions are mostly used between xserver-xorg-core and libraries like mesa/libxrandr
[04:10] <JanC> bjsnider: the gnome online accounts thing isn't installed by default on Ubuntu
[04:33] <bjsnider> no, it comes in with ubuntu-gnome-desktop i'm sure
[04:33] <bjsnider> but some of us want a relatively pure gnome
[04:55] <bryce> mlankhorst, slangasek said since the changes include changes in structs he wants to see proof that build checks have been done against everything in main and universe that have build depends on x11proto-gl or x11proto-xrandr
[05:12] <bryce> mlankhorst, I think we should also ensure someone's done a "does it boot unity?" check on all four major drivers, plus vbox
[05:13] <bryce> for the build checks, I think you can just set up a PPA, throw both proto's in there, then just toss in all the packages that depend on those, and verify nothing fails to build.
[09:31] <mlankhorst> bryce: I know the randr changes are harmless but we happened to package a randr snapshot that got changes we never used
[10:36] <mlankhorst> bryce: is a ppa with xorg-server, mesa, libx11 / xcb, libxrandr, sufficient? those are the packages that would benefit the most from talking raw x proto directly..
[10:38] <tjaalton> for x11-randr-dev
[10:38] <tjaalton> -gl-dev needs more
[10:38] <mlankhorst> what else uses raw x11proto-gl-dev directly then?
[10:39] <tjaalton> also, test against the current precise versions
[10:39] <mlankhorst> hm all the ddx?
[10:39] <tjaalton> reverse-depends -b x11proto-gl-dev
[10:39] <tjaalton> no need for those
[10:39] <tjaalton> i mean no need to put all ddx there
[10:40] <mlankhorst> shrug if I do something I don't want to do, I prefer to do a thorough job so I never have to worry about it again and leave no doubt..
[10:41] <mlankhorst> but ok nice command, I'll do a mass bump of everything that might possibly be affected and upload it to some temp ppa
=== yofel_ is now known as yofel
[18:06] <penguin42> does anyone know when the new X will merge into Raring; in particular I've just got a fix committed upstream in X and am wondering if there is any point of doing a patch against the current Raring worlds?
[18:23] <penguin42> bug 1060059 
[18:23] <ubottu> Launchpad bug 1060059 in xorg-server (Ubuntu Quantal) "Xorg crashed with SIGABRT in ResFindAllRes()" [High,Triaged] https://launchpad.net/bugs/1060059
[18:28] <mlankhorst> penguin42: would be easier if you get it in to the 1.13 rc's usually
[18:29] <penguin42> mlankhorst: OK, I'll do a bzr branch later; any feelings about that one if it's worth fixing in Quantal (not sure how far it goes back)
[18:30] <mlankhorst> penguin42: we use git officially for the x stuff
[18:30] <penguin42> mlankhorst: Ah ok, got a pointer to the process for doing a fix? Or do you just want a debdiff attached to the bug?
[18:31] <mlankhorst> penguin42: it would be preferred if you could get it in the 1.13 release branch first
[18:31] <mlankhorst> and that would be upstream
[18:32] <mlankhorst> we would get it eventually then, and at least makes the sru process easier on us :-)
[18:33] <penguin42> mlankhorst: Ah ok; hmm I don't know how the upstream processes work, it looks from my reading of that as if they merged it into 1.14; should I just ask Alan on the bug to also merge it into 1.13 ?
[18:33] <jcristau> no
[18:34] <jcristau> http://www.x.org/wiki/Server113Branch
[18:38] <bjsnider> penguin42, i told you this was the place to ask
[18:39] <penguin42> jcristau: So that's reply on xorg-devel to the original patch mail adding [PATCH 1.13] and cc'ing in MattDew ?
[18:39] <jcristau> i've done that.
[18:39] <jcristau> now you wait.
[18:39] <penguin42> jcristau: Thank you!
[18:41] <penguin42> jcristau: I also asked on the x bug for the other 2 sides of the issue to be fixed; it would be safer to do a 0 check in a couple of places to stop the server falling over if someone makes a similar mistake again
[18:41] <jcristau> for that you need to send patches to xorg-devel
[18:42] <penguin42> ok, thanks
[18:45] <penguin42> I'd also appreciate some help with bug 1043513
[18:45] <ubottu> Launchpad bug 1043513 in xserver-xorg-video-cirrus (Ubuntu) "Xorg crashed with SIGABRT in memcpy() via cirRefreshArea() under KVM virtual machine" [Medium,Confirmed] https://launchpad.net/bugs/1043513
[18:46] <penguin42> As per comment #17 I've got it down to being some dodgy coordinates getting to ShadowCopyArea, but I'm not sure whose responsibility it is to clip - is there some good docs to look at to see what level is misbehaving?