[01:34] New bug: #131872 in xorg (main) "[Gutsy] running glxgears crashes xorg" [Undecided,Incomplete] https://launchpad.net/bugs/131872 [05:38] 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] bryce, around? [06:54] yep [06:55] bryce, nm. it can wait until tomorrow. [06:56] ok cool [08:58] New bug: #132377 in xserver-xorg-input-mouse (main) "USB Mouse not work after some time" [Undecided,Incomplete] https://launchpad.net/bugs/132377 === mvo [n=egon@p54A67139.dip.t-dialin.net] has joined #ubuntu-x === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-x === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-x [11:43] 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 === jcristau_ [n=jcristau@footwar.residence.ens-lyon.fr] has joined #ubuntu-x [12:15] New bug: #132405 in xterm (main) "Please sync xterm (229-1) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/132405 [01:32] 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] bryce: -video-ati should be done with the debian/experimental version that we will soon get (as I understand it) === jcristau [n=jcristau@pdpc/supporter/basic/jcristau] has joined #ubuntu-x [02:26] New bug: #132432 in mesa (main) "glxinfo crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/132432 [02:31] #132432 is using the nvidia libGL... [06:13] mvo, ok [06:16] 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] bryce: and don't tell me that patch system is quilt ;) [06:25] heh [06:27] 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] 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] bryce: is there a patchsystem I should use or edit it inline? [06:43] debian-x usually uses quilt [06:43] (I know I'm not supposed to tell you that) [06:44] haha [06:44] I was afraid of this answer [06:44] editing inline is fine (I don't use quilt either) [06:44] cool [06:44] as long as it builds and everything stays inside debian/, I'm not fussy :-) [06:45] 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] that should fix the video playback problem under compiz [06:45] excellent :-) [06:46] mvo: what's the problem with quilt? [06:47] also, is there any plan to use some sort of version control for the ubuntu x packages? [06:48] jcristau: there is no real problem apart from that I forget all the time to run quilt add before editing a file [06:48] ok [06:49] jcristau: and that I have not found a way yet to create autoreconf patches with it [06:49] without quilt add loads of files beforehand and forgetting half of them [06:49] yeah, we apply autoreconf stuff directly in the diff [06:49] 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] I feel that its not ideal to not have a reference tree to diff against [06:50] 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] mvo: sometimes i just create the diff with git, and then put it in debian/patches/ === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #ubuntu-x === mvo grumbles about xserver-xorg-video-i810 creating a broken .pc and patches smylink [08:58] 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] bryce: will it be merged? or will we stay with the current version for feature freeze? [08:59] i think tepsipakki merged it with the experimental version a few days ago [08:59] correct [09:00] 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] 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] bryce: is that something that we can decide after feature-freeze? or will it have to be done by then? [09:04] well, I'd want it done before feature freeze. I'm not sure there's sufficient time though. [09:04] however having xrandr functionality in -ati would be _way cool_ esp. for projector users [09:05] but for -ati I think stability would trump way-cool arguments [09:05] i expect it'll have a bunch of regressions, as it hasn't been tested very extensively yet [09:06] yes, as well if there are fixes in the main branch, it could involve a lot of backporting work [09:18] 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] yes do [09:20] 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] ok, thanks [11:51] New bug: #109357 in xorg (main) "gnome crashes upon relogin" [Medium,Confirmed] https://launchpad.net/bugs/109357