=== kylem [n=kyle@amnesiac.heapspace.net]  has joined #ubuntu-x
[04:40] <ubotu> New bug: #116628 in xorg-server "Sometimes X failed to start the gdm launching window and halt,[Ubuntu 7.04]  (dup-of: 117892)" [Undecided,Incomplete]  https://launchpad.net/bugs/116628
[05:05] <ubotu> New bug: #121662 in xorg (main) "xorg crash playing video in alternative desktop" [Undecided,New]  https://launchpad.net/bugs/121662
=== mvo [n=egon@p54A67B7D.dip.t-dialin.net]  has joined #ubuntu-x
=== seb128 [n=seb128@ubuntu/member/seb128]  has joined #ubuntu-x
[10:39] <ubotu> New bug: #121683 in xorg (main) "Font DPI in Gnome wrong in Gutsy on MacBook" [Undecided,New]  https://launchpad.net/bugs/121683
[11:40] <ubotu> New bug: #8502 in glibc (main) "Please drop UTF-8@euro locales" [Medium,Fix released]  https://launchpad.net/bugs/8502
=== seb128 [n=seb128@ubuntu/member/seb128]  has joined #ubuntu-x
=== mvo [n=egon@p54A65CE5.dip.t-dialin.net]  has joined #ubuntu-x
[03:13] <mvo> bryce: could you please check if glxinfo works for you in a vesa driver session? it seems to kill my xsession here and I wonder if that is just my local setup
[03:18] <seb128> mvo: what videocard do you have?
[03:18] <seb128> mvo: do you have a binary driver diverting libGL installed?
[03:18] <mvo> seb128: r200 ati, but I set it to vesa to test this new compiz-by-default stuff
[03:19] <seb128> if that's case, does it happen without it?
[03:19] <mvo> let me check
[03:19] <seb128> I've seen some glxinfo crashes to libGL from closed source drivers when cleaning some bugs previous cycle
[03:20] <mvo> it kills my session at once
[03:20] <mvo> pretty amazing
[03:45] <mvo> eh, what would be the best way to detect the currently used driver under X? 
[04:10] <jcristau> grep drivers /proc/$(pidof X)/maps? :)
=== seb128 [n=seb128@ubuntu/member/seb128]  has joined #ubuntu-x
=== mvo_ [n=egon@p54A679D6.dip.t-dialin.net]  has joined #ubuntu-x
[06:20] <bryce> mvo, ahh, yes there is a report on that from Marc.  I checked it on two of my systems with vesa, but it did not crash X
[06:21] <bryce> mvo, however I found an upstream bug report on it
[06:23] <mvo> bryce: cool, can you give me a url ? I want to subscribe :)
[06:24] <mvo> bryce: do you have a opinion on howto detect the current runing driver? displayconfig is too clever it seems and just gives me the recommended driver currently 
[06:24] <mvo> there must be a easier way (I think?)
[06:42] <bryce> sure
[06:43] <bryce> bug 119341
[06:43] <ubotu> Launchpad bug 119341 in xorg-server "glxinfo command causes Xorg to abort on Dimension E520" [Unknown,Confirmed]  https://launchpad.net/bugs/119341
[06:46] <mvo> bryce: thanks! any idea about the "current-driver-decetion"? I may go with the earlier suggestion of /proc/`pidof X`/maps
[06:49] <bryce> that is the only way I know of to do it
[06:49] <bryce> I have an email thread from Xorg I can send where that was discussed; I think they suggested a permutation on that
[06:52] <bryce> http://lists.freedesktop.org/archives/xorg/2007-June/025251.html
[06:52] <bryce> yeah here it is:  cat /proc/`pidof Xorg`/smaps | grep _dri.so
[07:01] <mvo> bryce: ok, thanks
[07:01] <bryce> btw, I think I also sorted out some ideas on pciids and whitelisting
[07:02] <bryce> lspci -nn displays the pciids
[07:02] <bryce> the master list of pciids is at http://pci-ids.ucw.cz/iii/?p=%2A
[07:02] <bryce> the ids are composed of $VENDOR:$MODEL
[07:03] <bryce> also in general the MODEL numbers are incremental
[07:03] <bryce> so we can definitely check ranges of ids, like for $VENDOR==1002 && $MODEL<1234
[07:09] <bryce> mvo or seb128, I've got a new xserver-xorg-video-nv ready for upload; would one of you mind reviewing and sponsoring it for me?  http://people.ubuntu.com/~bryce/Uploads/
[07:10] <mvo> bryce: I need to do some shopping now, but I could do that in ~2h (unless seb beats me to it :)
[07:10] <bryce> that'd be cool :-)
[07:11] <mvo> ok, see you in a bit
=== cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk]  has joined #ubuntu-x
[09:51] <ubotu> New bug: #121792 in xserver-xorg-input-evdev (main) "evdev not working with multiple X instances" [Undecided,New]  https://launchpad.net/bugs/121792
=== mvo [n=egon@p54A66BFD.dip.t-dialin.net]  has joined #ubuntu-x
=== pwnguin [n=jld5445@camaro.cis.ksu.edu]  has joined #ubuntu-x
[11:23] <pwnguin> hi; I'm thinking of adding a feature to nv-- is it dead? I dont see any serious changes in some time
[11:27] <bryce> the -nv driver?  in fact I'm just about to upload a new version of it
[11:27] <bryce> http://people.ubuntu.com/~bryce/Uploads/
[11:27] <bryce> the 2.1.0 nv driver was just released a few days ago
[11:28] <pwnguin> oh heh
[11:28] <bryce> pwnguin: so yeah, if you have new features, that'd be great to get them in :-)
[11:28] <pwnguin> i dont have the code written yet
[11:28] <pwnguin> it doesnt look like it would be hard, but i think i'd have to get the "open source" details right
[11:28] <pwnguin> and then test
=== bryce nods
[11:28] <pwnguin> basically, nv doesnt offer a rotate 180 option
[11:29] <bryce> oh yeah getting more of the rotational features correct would be very nice
[11:29] <pwnguin> i looked at the patch that added xrandr
[11:29] <pwnguin> it was pretty small
[11:30] <pwnguin> right now im thinking, grab the build deps and source package for -video-nv
[11:30] <pwnguin> but im not sure where to save the work im doing
[11:31] <bryce> ok I can explain about this
[11:32] <bryce> ok, first, instead of doing apt-get source, I would suggest checking it out from upstream git, like this:
[11:33] <bryce> git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-nv
[11:33] <bryce> then go ahead and make your changes locally to that tree
[11:33] <bryce> when you're done, you can run the command "git diff > mypatch.diff" to create a patch
[11:34] <bryce> I'd be happy to help you when you get to the point of needing to make the patch
[11:34] <pwnguin> ok
[11:35] <bryce> now, another approach would be to use apt-get source to get the tree, and then save a copy of it.  Then later you can use 'diff -u' to identify the changes between the two trees
[11:35] <bryce> however I think the git approach is better, and will be easier to do
[11:35] <pwnguin> alrighty then
[11:36] <pwnguin> the origina xrandr patch was only a few hundred lines of code, so this might be an evening task ;)
[11:36] <pwnguin> i'd kinda like to test it personally before sending off patches
[11:38] <bryce> yup
[11:38] <pwnguin> shoot. looks like i'd have to test on gutsy