[00:01] compiz may have rotation plugins [00:01] but you wouldn't get rotated cursor movement in that case [00:01] but maybe that's ok [00:01] no other branches available afaik [00:01] ok thanks [00:29] tjaalton: thanks! sorry about that, I had to run out again right after I got in. the problem with the fglrx/nvidia patches were that if someone has an xorg.conf without a driver explicitly being named it would default to the first one in the list then fail [00:30] like if they had a default xorg.conf [00:31] or used the default as a template to add an option [00:36] when i start up with the default xorg.conf only it tries to load fglrx and aborts after on my powerpc machine [05:51] Sarvatt: i just recompiled mesa-utils with -O0, and the segfaults stopped happening. [05:51] i mean mesa [05:58] i said to soon. it just crashed. [06:01] ...and i still can't get the line number. what the hell? [06:34] Sarvatt: right.. that one [09:41] * hyperair has discovered that gdb allows one to continue running a segfaulted X. [10:23] hmm wasn't there a jaunty PPA which has newer intel drivers, but not quite as crack-fuelled as xorg-edgers? [10:24] xorg-updates? [10:25] https://edge.launchpad.net/~ubuntu-x-swat/+archive/x-updates/ :) [10:25] ta [12:20] libdrm 2.4.12 merged & uploaded [12:27] tjaalton, who is this raphael character and why is this the first I've noticed him? [12:27] raphael geissert, openchrome maintainer in debian [12:27] recently became a DD too [12:28] IIRC [12:28] I'm failing to understand why he's being pissy about an svn update in ubuntu [12:29] a bit over-sensitive imho [12:30] yeah, ok, tempest in teapot, I'm going back to bed [12:30] heh, night [13:06] I'll disable the fglrx/nvidia autoconfig patches in order to get the new xserver uploaded [13:21] tjaalton: what are the fglrx/nvidia autoconfig patches? [13:22] tseliot1: they modify the tables to try those before nv/ati [13:23] tjaalton: aah, nice [13:23] just that they fail when there's a minimal xorg.conf [13:24] because of the depth? [13:24] so they can't be used until the logic is fixed [13:24] and I'm not sure that's happening anytime soon [13:24] I meant defaultdepth [13:24] no, not because of that [13:25] without a conffile the server builds one of it's own, and fills it with multiple device entries [13:25] but that's not happening when you have the conf [13:26] it should be fixed to add those after the one(s) from the conf, I think [13:26] or by some other means [13:27] i think it needs something like duplicating the screen and device sections, and setting the Driver for each device section according to the matches [13:27] yes, I noticed that behaviour (when no conf file is available) [13:36] uploaded [15:30] jbarnes: bug 394273, driver specific or in the xserver? pitti thinks it's the server, and I'm not sure about it anymore :) [15:30] Launchpad bug 394273 in xorg-server "[i945] defaults to non-native screen resolutions (mode change from KMS)" [Unknown,Confirmed] https://launchpad.net/bugs/394273 [15:33] tjaalton: aiui the kernel driver will use the lid information for lvds [15:33] whenever that patch lands [15:44] but otherwise, the decision on what mode(s) to use when more than one output is enabled is done by the server, and currently it tries to use a mode that works on all outputs [15:45] but apparently it did work before kms [15:46] where's the log for that? [15:46] gzipped in that bug [15:46] oh [15:46] not the old one afaik [15:47] gzipped attachments ftl :) [15:47] yes, and apparently he's been using the packages from edgers [15:47] so it's xserver master [15:48] hmm no, it's 1.6.1foo [15:48] i don't think the server's heuristic has changed since 1.5.x [15:49] right [16:34] The standard Ubuntu orange stripy progress bar seems to be causing Xorg to use a pathologically huge amount of my CPU in karmic (nvidia). I don't remember this always being the case [17:06] tjaalton: oh not sure about that one... lemme look [17:08] ah yeah, jcristau is right, there's a lid patch for that [17:08] should land soon [17:08] in the -next tree [17:09] jbarnes: thanks for confirming, so I'll move it to the kernel then [17:10] yeah it's the kernel that tries to match the modes [18:24] xserver needs the libselinux build dep dropped for ubuntu [18:26] we've still got the --disable-xselinux universally, and its stuck in a dep wait because its not in main [18:28] oh its waiting on libaudit-dev [18:33] are we at 2.6.31-4 for the kernel now? [18:34] yep looks like, cool [18:44] jbarnes, Sarvatt: http://people.canonical.com/~bryce/drivers.svg [18:45] http://people.canonical.com/~bryce/upstream.svg [18:49] *blink* wow [19:06] Sarvatt: hrm, wonder why meld didn't show that. that dep was dropped the last time [19:06] well, maybe it's time to really get those in main [20:16] hmm, thinking it might be a good idea to make a script or package in edgers that reverts everything so people can revert it easier [20:20] any suggestions on the best way to do that? i was just thinking of grepping sources for edgers and commenting it out then apt-get updating and making it do a sudo apt-get install /distro for every package in there [20:23] Sarvatt, hmm, seems like there ought to already be a "manage ppa subscriptions in sources.list" type app out there [20:24] Sarvatt, in any case, it would probably be smart to slap a GUI on it for maximum user easiness [20:25] tjaalton, thanks for syncing all those packages [20:25] that was on my todo list for today :-) wee [20:25] bryce: haha nice [20:25] i wish apt recorded more details on packages like the source of it instead of just saying http://ppa.launchpad.net for all PPA packages [20:26] Sarvatt, btw, mvo has typically been extraordinarily helpful in apt matters; he might also be able to steer you towards existing code for managing this stuff [20:27] bryce: nice note too, thanks [20:27] I'll have to reply with something similar when I get back from vacation [20:27] jbarnes, :-) Yeah I feel like we've hit a solid milestone with -intel [20:28] whoa, those graphs are nuts bryce, you've been busy! :D [20:30] I think I'm going to try putting this level of focus on -ati next [20:31] Sarvatt, hopefully we can pull in the kms stuff for -ati into karmic, and then use the same approach to get -ati bug reporters to test [20:36] Is there any way I can use an ICM file extracted from a windows driver archive to correct the colors on my second display? [20:37] tried to use xcalib but it didn't work out [20:50] Sarvatt: I'm happy to talk about issues with apt - maybe tomorrow? its getting late here in my TZ :) [21:04] bryce: np, requestsync makes it easy to do [21:17] ahh not going to be as easy as i thought, forgot that it would go and install the things that arent currently installed if i do that for every package so i should at least have it parse the installed package list and only do things currently installed somehow [21:47] Sarvatt, if it's too tricky, a starting point might just be to list the steps on a wiki page. We can point people to that, and use it as a starting point for figuring out how to script it up [22:24] how do i see if i run kms or some other fb? [22:35] now i see it is, drm printk's when i switch to console [22:36] though it switches to resolutions i don't want [22:36] and i have to configure x to get the right resolutions [22:36] is that a bug? [22:38] i even have to add a modeline to get 1152x864@75Hz on my second monitor [23:57] Hello everyone. I'm wondering if two users, sitting at different terminals, can use the same instance of X and share the work environment (ie, two cursors and mouse pointers). [23:58] My dream really is to just have one gnome workspace that is shared between two computers - I'd drag stuff there to leave for my girlfriend and she'd do the same for me. Or we'd work together on that workspace.