[08:14] http://www.phoronix.com/scan.php?page=article&item=ubuntu_gui_randr&num=1 [08:38] sweet [08:52] hey, tjaalton I don't remember if I showed you this already - http://bryceharrington.org/files/bisect.html [08:52] (prototype) [08:53] mm, looks useful [08:55] yeah, in analyzing bug upstreaming, I've noticed that much of the time upstream asks the user to do a git bisect [08:55] the vast majority of our users will go %-} at that point [08:56] so this is intended to make git bisecting user friendly for them [08:56] I've got like 90% of the scripting done to generate that page, and to generate the packages [08:56] unfortunately ppa is proving to be uncooperative. [08:57] anyway, once it's online I hope this will become a useful tool for us [08:58] will you make the commit-id's as links to the git commit? [08:58] I've got it committed in with tormod's packaging tools - https://code.launchpad.net/~xorg-edgers/xorg-server/xorg-pkg-tools [08:59] sure - in fact I wanted to bring this to your attention to gather suggestions like that [09:00] also, to cut down on the number of packages, I'm only listing every 8th commit. If you think it'd be better to list more (or less), that'd be good to know [09:02] so you'll plan on making a package for every visible commit? [09:02] at this point I'm thinking every 8th commit [09:03] but the page shows every commit? [09:03] no, there are 7 "hidden" commits between each line [09:04] ah ok [09:04] I guess that's not clear enough [09:04] in that case it's probably not worth it to make the visible ones as links [09:04] c.f. to http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=shortlog [09:05] would it be better to have every single commit? I worry it might be too much disk space in the ppa [09:06] probably not, but maybe have a way to show the hidden commits between packaged versions? [09:07] then it might be easier to find the broken commit [09:07] true [09:07] yeah I plan to apply hefty javascript on top to help hide unnecessary clutter [09:07] some day [09:07] :P [09:08] first I must bend PPA to my will [09:08] so far the only way I can get it to accept my packages is to up the epoch to 3: [09:08] it won't accept packages that are "older" than what's currently in main [09:08] which seems silly but anyway. [09:16] yeah [09:22] bleah, some day I need to go through and close out all those displayconfig-gtk bugs [09:25] seb128: btw, 203897/204447 has a fix that's ready to upload [09:25] bug #203897 [09:25] Launchpad bug 203897 in control-center "monitor resolution panel won't fit on 640x480 screen" [Medium,Fix committed] https://launchpad.net/bugs/203897 [09:25] bug #204447 [09:25] Launchpad bug 204447 in gnome-control-center "Display capplet's border is too big" [Low,Fix committed] https://launchpad.net/bugs/204447 [09:29] bryce: the current hardy version already has those no? [09:30] bryce: it didn't get autoclosing because the bug is on control-center instead of gnome-control-center which is the new naming [09:31] oh, ah [09:31] ok, then I'll close those two [09:31] bryce: anything else which was waiting for upload while I'm in a sponsoring sprint? ;-) [09:32] bryce: thanks [09:34] no, the only other one is bug 203612, but I think I can take care of that one myself now. [09:34] Launchpad bug 203612 in displayconfig-gtk "Screens and Graphics menu item in wrong section" [Medium,Fix committed] https://launchpad.net/bugs/203612 [09:36] oh, and I'm also waiting on feedback from you for 199960. I can easily make a patch to check for Xgl if you like. [09:36] I've no problem telling Xgl users that they're smoking crack though. [09:36] well, what doesn't work on xgl? [09:36] shouldn't the gnome-desktop upload I sponsored yesterday which traps the xerror fix the crash there? [09:37] I gather xrandr 1.2 isn't implemented (properly?) on xgl [09:37] or that's another call having the issue? [09:37] yeah it may. I suspect we now have some redundant checks going on [09:38] let's see if that does the trick [09:38] I'm not in a hurry to fix xgl anyway [09:38] that's an universe thing and not supported [09:38] heh, you seem to have about as high of an opinion of xgl as I [09:38] ;-) [09:38] the good thing is that many of those users reported that they removed xgl [09:39] yup [09:39] and that compiz still works correctly on normal xorg and aiglx [09:51] bryce: aren't you a core-dev now? use the power! :) [09:52] tjaalton: yeah like I said I think I can take care of it now ;-) [09:52] oh, you are? [09:53] congrats! [09:53] thanks :-) [09:53] bryce: also, since I've been slacking with sponsoring lately, you can upload intel/displayconfig-gtk etc you have pending :) [09:55] thanks I will, although the only remaining pending uploads had some problems in testing I need to look into [09:59] ok, night. [09:59] night [09:59] I'll upload nv later today [12:41] New bug: #208224 in xorg-server (main) "[hardy] right ctrl key does nothing (french layout)" [Undecided,New] https://launchpad.net/bugs/208224 [13:07] New bug: #208193 in xorg-server (main) "ATI 9200 fast users switching" [Undecided,New] https://launchpad.net/bugs/208193 [14:20] New bug: #208259 in pm-utils (restricted) "Ubuntu 8.04 don't resume from hibernate with nvidia GPU's" [Undecided,New] https://launchpad.net/bugs/208259 [17:09] New bug: #208247 in linux-restricted-modules-2.6.24 (restricted) "nvidia-glx-new crashes when using rt kernel" [Undecided,Incomplete] https://launchpad.net/bugs/208247 [17:39] ok well looks like ppa doesn't allow having multiple versions of a given package [18:22] New bug: #208368 in linux-restricted-modules-2.6.24 (restricted) "fgl_glxgears crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/208368 [19:17] New bug: #208353 in xorg-server (main) "{xorg-driver-fglrx} where is it on Ubuntu Hardy Heron (pre-release)????" [Undecided,New] https://launchpad.net/bugs/208353 [19:46] New bug: #208438 in xkeyboard-config (main) "compose doesn't work in console, br-dvorak " [Undecided,New] https://launchpad.net/bugs/208438 [21:36] New bug: #208486 in xserver-xorg-video-intel (main) "brighness controll with x3100" [Undecided,New] https://launchpad.net/bugs/208486 [21:39] bryce: yep, they should be hosted somewhere else [21:44] yeah I'm setting up builds locally and will push to my people.ubuntu.com account. *shrug* [21:44] I think if I push only the debs, and don't put up debug packages, it shouldn't occupy too much space