[01:34] <ubotu> New bug: #131872 in xorg (main) "[Gutsy]  running glxgears crashes xorg" [Undecided,Incomplete]  https://launchpad.net/bugs/131872
[05:38] <ubotu> New bug: #132360 in xserver-xorg-video-ati (main) "[gutsy]  vlc doesn't render properly with compiz 'normal desktop effects'" [Undecided,Incomplete]  https://launchpad.net/bugs/132360
[06:54] <kylem> bryce, around?
[06:54] <bryce> yep
[06:55] <kylem> bryce, nm. it can wait until tomorrow.
[06:56] <bryce> ok cool
[08:58] <ubotu> New bug: #132377 in xserver-xorg-input-mouse (main) "USB Mouse not work after some time" [Undecided,Incomplete]  https://launchpad.net/bugs/132377
[11:43] <ubotu> New bug: #132400 in linux-restricted-modules-2.6.15 (restricted) "6.06LTS: Computer locks up with nvidia proprietary driver on SMP system" [Undecided,New]  https://launchpad.net/bugs/132400
[12:15] <ubotu> New bug: #132405 in xterm (main) "Please sync xterm (229-1) from Debian unstable (main)" [Undecided,New]  https://launchpad.net/bugs/132405
[01:32] <mvo> bryce: I would like to do some testing/patching for -video-i810 and -video-intel to use xf86XVFillKeyHelperDrawable instead of xf86XVFillKeyHelper in those drivers for better support of composited video
[01:33] <mvo> bryce: -video-ati should be done with the debian/experimental version that we will soon get (as I understand it)
[02:26] <ubotu> New bug: #132432 in mesa (main) "glxinfo crashed with SIGSEGV" [Undecided,New]  https://launchpad.net/bugs/132432
[02:31] <jcristau> #132432 is using the nvidia libGL...
[06:13] <bryce> mvo, ok
[06:16] <mvo> bryce: basicly I would like to get this http://people.ubuntu.com/~mvo/tmp/xserver-xorg-video-i810_1.7.4-0ubuntu5.debdiff one here in to make basic video play under composite work. I have no i810 based laptop yet (I got one now that is currently updating). are you happy with this? should I use a patchsystem?
[06:16] <mvo> bryce: and don't tell me that patch system is quilt ;) 
[06:25] <bryce> heh
[06:27] <bryce> can you add a description at the start of the patch for what the patch does (i.e., why switching from xf86XVFillKeyHelper to *Drawable is needed), and specify where the patch comes from (e.g., link to the mailing list discussion or bug url)
[06:40] <mvo> bryce: right, this is more a draft so that you can have a look :) the patch was done my me based on the -video-ati driver, I will certainly improve the description
[06:40] <mvo> bryce: is there a patchsystem I should use or edit it inline?
[06:43] <bryce> debian-x usually uses quilt
[06:43] <bryce> (I know I'm not supposed to tell you that)
[06:44] <mvo> haha
[06:44] <mvo> I was afraid of this answer
[06:44] <bryce> editing inline is fine (I don't use quilt either)
[06:44] <mvo> cool
[06:44] <bryce> as long as it builds and everything stays inside debian/, I'm not fussy :-)
[06:45] <mvo> ok, I will test it on my new-old i810 laptop that I got for testing and if it is ok I will upload. the same dance will have to be done with -intel and maybe -ati (if we do not merge the experimental version there)
[06:45] <mvo> that should fix the video playback problem under compiz
[06:45] <bryce> excellent :-)
[06:46] <jcristau> mvo: what's the problem with quilt?
[06:47] <jcristau> also, is there any plan to use some sort of version control for the ubuntu x packages?
[06:48] <mvo> jcristau: there is no real problem apart from that I forget all the time to run quilt add before editing a file
[06:48] <jcristau> ok
[06:49] <mvo> jcristau: and that I have not found a way yet to create autoreconf patches with it
[06:49] <mvo> without quilt add loads of files beforehand and forgetting half of them
[06:49] <jcristau> yeah, we apply autoreconf stuff directly in the diff
[06:49] <bryce> we'd decided since bzr does not have a git import mechanism currently (or at least when we last discussed it), to use git
[06:49] <mvo> I feel that its not ideal to not have a reference tree to diff against
[06:50] <bryce> however really we only have a couple packages where ubuntu has a significant amount of stuff differing from debian, so it has not been a very high priority for me
[06:51] <jcristau> mvo: sometimes i just create the diff with git, and then put it in debian/patches/
[08:58] <mvo> bryce: I'm going to upload -video-i810 now, what is the status of -video-ati (sorry for naging, its just that I want to plan what servers needs to be checked for Xv working with compiz)
[08:58] <mvo> bryce: will it be merged? or will we stay with the current version for feature freeze?
[08:59] <jcristau> i think tepsipakki merged it with the experimental version a few days ago
[08:59] <bryce> correct
[09:00] <bryce> we have also been discussing about potentially going with the randr 1.2 branch of -ati, at alex's recommendation, however we're not yet certain about the stability of it compared with main.
[09:01] <ubotu> New bug: #132523 in xserver-xorg-driver-neomagic (main) "[feisty]  xserver crashes running xzgv over ssh" [Undecided,New]  https://launchpad.net/bugs/132523
[09:02] <mvo> bryce: is that something that we can decide after feature-freeze? or will it have to be done by then?
[09:04] <bryce> well, I'd want it done before feature freeze.  I'm not sure there's sufficient time though.
[09:04] <bryce> however having xrandr functionality in -ati would be _way cool_ esp. for projector users
[09:05] <bryce> but for -ati I think stability would trump way-cool arguments
[09:05] <jcristau> i expect it'll have a bunch of regressions, as it hasn't been tested very extensively yet
[09:06] <bryce> yes, as well if there are fixes in the main branch, it could involve a lot of backporting work
[09:18] <mvo> hm, I'm inclined to backport the make-compiz-happy-with-xv patch to -ati then if you are unsure if we get the new one or not
[09:18] <bryce> yes do
[09:20] <bryce> I'm fairly sure we won't be switching to the xrandr branch.  I might post a deb of it to my web space for people to play with.
[09:21] <mvo> ok, thanks
[11:51] <ubotu> New bug: #109357 in xorg (main) "gnome crashes upon relogin" [Medium,Confirmed]  https://launchpad.net/bugs/109357