[07:41] <pwnguin> is there some secret to finding the bylaws of The xorg foundation?
[07:42] <pwnguin> im trying to figure out whether that pledge drive for nouveau could have been handled by xorg foundation, but the lack of meeting minutes and bylaws is already suggesting "no"
[07:42] <pwnguin> oop, found em
[09:43] <crevette> hello there
[09:43] <pwnguin> hi
[09:51] <crevette> is this normal I can running compiz under intel graphic X3100 ?
[09:51] <crevette> "I can't" sorry
[09:55] <tjaalton> on intrepid? yes, currently
[09:55] <tjaalton> there is a patch for it, but the performance is pretty bad
[09:56] <crevette> okay
[09:56] <crevette> that's fine
[09:56] <crevette> there are a lot of changes on the intel graphics side in intrepid (sorry I don't follow closely developement)
[09:56] <crevette> ?
[09:57] <tjaalton> always :)
[09:59] <tjaalton> mesa 7.1 should have a bunch of changes for the DRI driver, and there's -intel 2.4.0 although it's not yet in intrepid
[10:00] <mvo> meh, I had hoped that the new mesa would have fixed the compiz issues
[10:00] <tjaalton> what issues?
[10:01] <crevette> the performance on intel are really poor, resizing a gtk windows lags a lot for me
[10:01] <crevette> this is really choppy
[10:01] <mvo> didn't you said earlier that you can not run it at all? 
[10:01] <mvo> tjaalton: the fact that it would not run at all :)
[10:02] <crevette> mvo, just with metacity
[10:02] <tjaalton> mvo: it's fixed upstream, but the performance is not that good :)
[10:02] <crevette> perhaps I need to blame metacity
[10:03] <mvo> tjaalton: aha
[10:03] <tjaalton> since the "force greedy exa" patches haven't been forward ported
[10:03] <mvo> crevette: I'm still confused. so compiz does *not* run, but metacity does but that (== metacity) is slow? 
[10:03]  * mvo nods
[10:04] <tjaalton> but seems like the driver only has 12MB of pixmap memory in its disposal, so that could be the reason
[10:04] <tjaalton> so it's trashing a lot
[10:06] <crevette> mvo, with metacity moving a windows is smooth, but resizing it is painfull slow
[13:20] <superm1> tjaalton, how come all of these bugs from releases earlier to intrepid are being assigned to fglrx-installer?  fglrx-installer is intrepid only
[13:29] <tjaalton> superm1: because they aren't going to be fixed on lrm
[13:30] <superm1> tjaalton,  a lot of what i'm seeing though doesn't even have logs and they are from much earlier releases
[13:30] <superm1> tjaalton, just mark them invalid, they're not going to be triaged if they're that old
[13:30] <tjaalton> superm1: feel free to close them :)
[13:31] <tjaalton> ok, will do in the future
[13:31] <superm1> so just skip the step of reassigning packages in those cases
[13:31] <superm1> thanks
[13:31] <superm1> i'd like to be able to track bugs that are fixable by packaging (there are a few here and there)
[13:31] <superm1> so extra bug mail at this stage doesn't help :)
[13:32] <tjaalton> yeah..
[21:04] <tjaalton> bryce: librecord probably will be enabled on debian too, now that there's actually a package that needs it
[21:06] <bryce> tjaalton: ah ok
[21:08] <bryce> tjaalton: btw I have a first cut for the console2fdi.sh script.  dunno if it's correct, but nothing fancy
[21:08] <bryce> http://pastebin.ubuntu.com/32715/
[21:08] <bryce> untested (obviously... already spotted a syntax error)
[21:12] <tjaalton> bryce: nice! btw, model should always be evdev, and it's already defined in 10-keymap.fdi
[21:14] <bryce> ok
[21:18] <bryce> I think I'll start an input hotplug page in the X wiki for keepign notes
[21:18] <tjaalton> XKBRULES is not defined in console-setup. base is set on 10-keymap.fdi, so that can be dropped as well
[21:21] <bryce> so we should only list it if it's set to something other than base?
[21:21] <bryce> or is it just always base?
[21:21] <tjaalton> always base
[21:22] <bryce> ah, so $XKBMODEL and $XKBRULES are always to be ignored?  we only care about $XKBLAYOUT then?
[21:22] <tjaalton> and variant, options :)
[21:23] <bryce> why is rules always base?
[21:23] <tjaalton> the default layout is also defined on 10-keymap.fdi
[21:24] <tjaalton> oops
[21:25] <tjaalton> XkbRules is set in xorg.conf, but not sourced from /e/d/console-setup
[21:25] <tjaalton> and it's 'xorg' by default
[21:25] <bryce> hmm, sounds inconsistent
[21:26] <bryce> is that a bug or by design?
[21:26] <tjaalton> now if I only know the difference between those two
[21:26] <tjaalton> knew
[21:26] <tjaalton> beats me
[21:26] <bryce> does it change the fact that we should ignore it here?
[21:27] <tjaalton> not unless we change 10-keymap.fdi. so better just set it as 'xorg'
[21:30] <bryce> http://pastebin.ubuntu.com/32721/
[21:32] <bryce> sample output:  http://pastebin.ubuntu.com/32722/
[21:32] <tjaalton> heh, looks simple
[21:33] <tjaalton> typo in capabilities :)
[21:33] <bryce> good catch
[21:37] <bryce> btw, do you have a non-us keyboard setup you could run this script on to doublecheck its output?
[21:37] <bryce> http://people.ubuntu.com/~bryce/InputHotplug/
[21:41] <tjaalton> sure, a sec
[21:42] <tjaalton> yep, looks good
[21:44] <tjaalton> what about adding a notice that says "don't edit this file, edit /e/d/c-s instead and run .."
[21:44] <bryce> yeah
[21:48] <bryce> echo
[21:48] <bryce> echo '<!-- This file is automatically generated, so do not edit it. '
[21:48] <bryce> echo '     Edit /etc/default/console-setup instead, and then run '
[21:48] <bryce> echo '     dpkg-reconfigure xorg-server  -->'
[21:50] <bryce> http://people.ubuntu.com/~bryce/InputHotplug/us-keyboard.fdi
[21:52] <tjaalton> sounds good