=== RAOF_ is now known as RAOF [05:12] sup. [07:09] xkeyboard-config 54 --> 34 [07:10] * RAOF should get a standing FFe for nouveau. [07:12] Instead, he shall do the washing up. [07:16] RAOF: I'll review libdrm this evening and upload [07:17] night guys, I'm beat [07:17] While I think of it, xf86drmMode.h is broken. [07:17] bryce: heh, night :) [07:17] bryce: Good work. Sleep well! [07:17] I'd file a bug, but with my capped internet it'll take 10 minutes for launchpad to load [07:17] tjaalton: all bugs in xkeyboard-config have been reviewed, old ones closed out, viable patches applied, upstreamable bugs upstreamed, etc. [07:18] a heroic effort for sure [07:18] there's a couple more that could be turned into proper patches with a bit of work, but I'll leave them for now. Everything else is pretty much good to go for now. [07:20] three releases within two hours :) [07:20] hey, all the xorg work yesterday made a decent dent in overall bug numbers: http://people.ubuntu.com/~bryce/totals.svg [07:22] think next will be focusing on ATI. Or maybe get blueprints squared away first [07:22] -intel needs a lot of attention, too, but where to begin [07:22] heh [07:23] anyway... bed. cya. [07:23] bye [07:26] hi [07:26] does i915.modesetting=1 work with .29? [07:27] no idea [07:28] well. [07:28] how do i enable kms then? [07:29] is having a native res bootup considered kms? [07:29] or does x have to launch? [07:29] I've not used it yet, so.. [07:29] what i've seen so far is awesome. [07:29] i can tell that plymouth is going to be orgasmic [07:29] native bootup res is kms [07:30] well, only after someone goes through the pain of writing a theme.. [07:30] Unless it's just a vesa mode, right? [07:30] yes [07:31] Hah! Launchpad email interface FTW! [07:32] brb [07:33] testing out my roll [07:33] * LLStarks tosses a 20-sided kernel === mvo__ is now known as mvo [15:25] hehe; http://cvs.fedoraproject.org/viewvc/rpms/xorg-x11-server/devel/xserver-1.5.99.902-sod-off-poulsbo.patch?view=markup [17:51] tjaalton: hah === seb128_ is now known as seb128 === wgrant_ is now known as wgrant [22:47] bryce, are you around at this moment? [22:48] or anybody else who knows Xorg in Ubuntu very well? [22:49] last weekend I transported a multiseat-system from linuxservice.be to FOSDEM [22:51] and while talking to the company's owner he said he couldn't use Ubuntu on his "multiseat extfreme" which has 12 seats (12 LCD screens, 12 keyboards, 12 mice) [22:52] something about an X error that says there are "too many input devices" [22:52] but on Debian it just works [22:52] so I'm sure this must be possible to fix in Ubuntu ;-) [22:53] perhaps it just won't work with input hotplug [22:56] tjaalton, it works in 8.10 with up to at least 6 seats? [22:56] or do you mean it won't work in 9.04 at all? [22:56] if it works in 8.10 then it's not that [22:57] I thought maybe it's a built-time parameter? [22:57] you'd better ask the guy who did that [22:59] I mean the number of possible input-devices might be a built-time parameter (so it would be the packager who decides this)? [23:00] I've not heard of anything like that [23:00] sounds silly [23:01] hm, then I wonder what makes the difference between Ubuntu & Debian :-/ [23:02] what version of debian? [23:03] I'm not sure, would have to ask him [23:04] I'll ask him for more details when I have the time to investigate further [23:05] ok [23:05] if it doesn't work in ubuntu, then I believe it'll be equally broken in debian experimental :) [23:05] but I know this limitation also existed last year's FOSDEM (thus Ubuntu 7.10) [23:06] ok, so it's the other way around [23:06] maybe he used the experimental version which is basically the same in jaunty [23:07] last year it worked in Debian too... [23:07] don't know which Debian though [23:07] ok, well with this information there's not much I can say [23:07] yeah, that's why I hoped for a compile-time option ;) [23:08] at least the evdev driver shouldn't have such limitations [23:11] hm, actually, this might be related to Xgl too, as that is also needed for these multiseat-systems [23:11] Xgl is dead [23:12] then how does compiz work with nvidia cards now? [23:13] the xserver supports AIGLX [23:13] for quite some time now [23:14] yeah, I know, but AFAIK nvidia doesn't, and he also needs an X-server on top of Xorg or something ;) [23:14] nvidia has for ages... [23:14] then he must have some really old drivers [23:16] quite pointless to speculate what he had or didn't have :) [23:16] no, he needs an X-server running on top of Xorg for other reasons (from what I understood), it's just that there is no other useable option than Xgl or something [23:16] so he uses nvidia because they support Xgl [23:16] or something like that [23:17] right, "something like that" :) [23:17] maybe I should find out how exactly these multiseats work [23:18] haha [23:18] but I think it's important to keep them working on Ubuntu [23:18] and make them work as well as on debian [23:19] no-one has been actively breaking anything [23:19] * tjaalton whistles [23:19] Didn't Xgl even get killed off upstream? [23:19] yes [23:20] he sells these systems to schools and such, so we want to keep the multiseat concept working :-) [23:21] then I'd expect him to complain if they don't :) [23:30] well, this is mostly an after-hours business for him... [23:39] and he can use debian instead of ubuntu, while I'd prefer he'd use Ubuntu on all systems ;-) [23:40] if it's a highly customized version (as it sounds), I don't care that much :) [23:42] it's not super-customized AFAIK (he only uses the default packages) [23:43] I mean, packages from the repos [23:43] no software that is compiled/packaged on the machine [23:44] or in an unofficial repo