[07:51] wgrant: peter replied that the tapping commit is probably not what broke two-finger tapping, but the one which changed MaxTapMove [11:09] is anyone familiar with xvfb [11:09] ? [11:10] ah, typical, it works when I try it now. [11:11] tjaalton: That's not my experience, nor those on the bug/forum. [11:11] tjaalton: Both are needed for it to be fully operational. [11:14] "It could also be caused by 50e872cbc74f6a08ac586bc5e57d7e6a9dfce06a which [11:14] reduced the MaxTapMove - causing issues for at least two of our users. I had a [11:14] IRC discussion with one of them today and setting it back to 200 worked. [11:14] " [11:15] dunno, maybe better if you tried explaining things :) === mvo__ is now known as mvo [11:33] tjaalton: People continued to complain that multi-finger tapping didn't work properly. [11:35] Two-finger tapping requires both a higher threshold (at least I more my fingers more when multi-finger tapping) and that disentanglement patch reverted. [11:35] Others say the same. I'm not sure why it's needed. [11:36] are you subscribed to xorg@ [11:36] ? [11:41] I am. [11:41] I'm not up to date... I've a bit of other mail due to recent events. [11:41] looking at the forum thread it seems that setting Tap Move to 200 fixes things? [11:42] There's one where I linked to a version in my PPA with the disentanglement patch reverted, and they said it fixed it.. .let me see if I can find it. [11:45] Hm, still looking... [11:45] http://ubuntuforums.org/showthread.php?t=917830 ? [11:46] That one. [11:50] hmm ok, if you could follow up on the thread on xorg@ when you have time? [11:53] Sure. [11:54] cool, thanks [17:10] morning [19:42] thanks bryce [19:43] james_w: sure thing [22:05] bryce: nice post, I agree with you [22:06] how can i tell what my videodriver is? [22:07] emma: look in your /var/log/Xorg.0.log [22:07] Thank's bryce [22:08] (incidently I'm using Intrepid development branch) [22:09] (WW) Failed to open protocol names file /etc/X11/xserver/protocol.txt [22:09] That's the first line in my /var/log/Xorg.0.log [22:09] looks ominous. [22:09] we should revive xserver-common, and put that file there. ignore it for now. [22:12] X.Org XInput driver : 2.1 [22:12] Would that be the videodriver? [22:12] (--) PCI:*(0@1:5:0) ATI Technologies Inc RS480 [Radeon Xpress 200G Series] rev 0, Mem @ 0xd8000000/134217728, 0xfdef0000/65536, I/O @ 0x0000ee00/256, BIOS @ 0x????????/131072 [22:12] That's the video card. [22:13] james_w: thanks. I'm interested in seeing how your lp/bzr integration work will help simplify things [22:13] I've never installed any driver, wouldn't it just be the default that comes with intrepid? [22:13] (incidentally, my purpose is to find what my driver is, in order to make a better bug report) [22:14] emma: probably -ati then. try `grep _drv /var/log/Xorg.0.log` [22:14] you should see a line like this: (II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so [22:15] (II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so [22:15] Yes I have that [22:17] bryce: it's one of my mail aims [22:18] I actually never knew about this channel until just now. [22:18] I guess you guys specialise in the X-server [22:19] I have a concern related to that. In all previous releases since Edgy through Hardy I have been able to follow steps I found a long time ago on ubuntuforums, to make my Logitech Marble Mouse roller ball have full functionality by editing xorg.conf. [22:20] In intrepid I edited it again but no change in behavior is observed. [22:20] I think maybe it needs a layout section at the bottom. [22:20] but maybe xorg.conf has been emaciated somehow and lacks that. [22:21] define 'full functionality' [22:22] It's a roller ball. It has two buttons on each side and it has the roller ball on top. Previously Ive been able to use xorg.conf to enable holding down one of these buttons while using the rollerball to emulate a scroll wheel. [22:22] I'll show you the ubuntuforums page with the code I have always been able to use. [22:24] http://ubuntuforums.org/showthread.php?t=169423 [22:25] in Intrepid there just is hardly anything in xorg.conf and editing it with the lines in the link did not make the marble mouse work. [22:28] I seem to recall though that in the old xorg.conf there was something like 'layout' at the bottom of it, and that's missing. I wonder if that's what's needed in order to make the Section "InputDevice" [22:28] need to use the evdev driver, with a proper Device option and ServerLayout section [22:28] stuff work. [22:28] or, set the options in hal [22:28] or through xinput properties [22:28] Is that easier than it used to be? [22:29] I'll paste you my xorg.conf as it is right now. [22:32] http://club-ubuntu.pastebin.com/d2e057b3d [22:32] There is my xorg.conf as it is right now. [23:20] Well I had some big troubles. [23:20] I tried to put a ServerLayout section in there and it broke X and i had to do a -phigh thing.