| kees | bryceh: where are the ubuntu git branches? if I was doing this for the kernel, I would just do git tag --contains 5725849a1b427cd4a72b84e57f211edb35838718 | 00:00 |
|---|---|---|
| kees | and see which releases had it | 00:00 |
| kees | but I have no idea where to find the ubuntu X git trees :) | 00:00 |
| RAOF | debcheckout | 00:01 |
| kees | I guess reading https://wiki.ubuntu.com/X/GitUsage might help | 00:01 |
| kees | RAOF: ah, yeah, that works too. I'm so used to only doing that with bzr that I didn't even try with git. durrr | 00:02 |
| RAOF | It works with anything that's got a VCS-* tag :) | 00:02 |
| kees | yeah :) | 00:02 |
| bryceh | kees, yeah they're kept at alioth | 00:04 |
| kees | RAOF: that appears to only be the debian/* tree... | 00:15 |
| RAOF | kees: You've run ‘debcheckout xorg-server’, right? | 00:16 |
| kees | and xserver-xorg and xorg. | 00:18 |
| kees | s/^and /only / | 00:19 |
| kees | doing xorg-server now :) silly names! | 00:19 |
| kees | \o/ much nicer | 00:20 |
| RAOF | Yeah. xorg is just a wrapper :) | 00:21 |
| * kees nods | 00:21 | |
| ScottK | I got the sandybridge laptop today. Mostly good so far. Let me know if there's stuff you need tested. | 03:28 |
| gsedej_work | hi! I have problems with x-updates ppa | 08:22 |
| gsedej_work | I did purge | 08:22 |
| gsedej_work | but under synaptic when I check e.g. libdrm-nouveau1, I still see maintainer Ubuntu X-SWAT <ubuntu-x@lists.ubuntu.com> | 08:23 |
| tjaalton | and it is | 08:23 |
| gsedej_work | I also tried to add ppa again, update | 08:23 |
| gsedej_work | and then again remove | 08:23 |
| gsedej_work | but it's still there | 08:23 |
| tjaalton | what's the problem then? | 08:23 |
| gsedej_work | how to get ubuntu 10.10 default drivers | 08:24 |
| tjaalton | 10.10 does have that package you know | 08:24 |
| tjaalton | also the maintainer is the same | 08:25 |
| gsedej_work | My problem is that I have GF GTS 250. Prop drivers does not work good with comput (very slow!) and opensource driver is just too bad | 08:25 |
| gsedej_work | but it's fast | 08:25 |
| gsedej_work | here is also my ubuntuask question http://askubuntu.com/questions/27907/compiz-slow-under-proprietary-nvidia-driver | 08:25 |
| tjaalton | yes, it sucks | 08:26 |
| gsedej_work | oh, I didn't know | 08:26 |
| gsedej_work | I mean x-updates nouveau driver is FAST on compiz | 08:26 |
| gsedej_work | 300PFS with blur | 08:27 |
| gsedej_work | 150 FPS in expo | 08:27 |
| gsedej_work | BUT, after time I get texture errors | 08:27 |
| gsedej_work | blinking etc... | 08:27 |
| gsedej_work | it's useless | 08:27 |
| gsedej_work | and it's doesn't even run google earth | 08:27 |
| tjaalton | yes, it's not mature yet | 08:27 |
| gsedej_work | it uses mesaSW fallback | 08:27 |
| tjaalton | even less so on 10.10 | 08:28 |
| gsedej_work | any idea why nvida prop driver works bad for compiz? (it is good for 3D games) | 08:29 |
| tjaalton | nope | 08:29 |
| gsedej_work | but it's not only me who had problems? | 08:30 |
| tjaalton | no | 08:30 |
| gsedej_work | darn... what do you suggest. What about xorg-edgers? I didnt spot difference between x-updates and edgers for my graphics | 08:32 |
| tjaalton | there are unresolved crashers with nouveau, doesn't matter what version you run | 08:33 |
| gsedej_work | problem is with "newer" GPU-s, right? my GF8600GT works very well with prop driver on ubntu 10.04 | 08:37 |
| tjaalton | i've got the same, and it's sluggish on 11.04 | 08:38 |
| gsedej_work | GTS 8600 or GTS 250? | 08:40 |
| tjaalton | gf8600gt | 08:42 |
| gsedej_work | but under 10.04 works just great? did it worked good for you under 10.04? | 08:47 |
| tjaalton | dunno, i guess | 08:47 |
| gsedej_work | any idea where is the problem for slow compiz? maybe old driver version could help? | 08:47 |
| tjaalton | not that interested tbh :) | 08:47 |
| tjaalton | old version wouldn't work with the server | 08:47 |
| gsedej_work | darn... | 08:48 |
| gsedej_work | you said that many people has problem with slow nvidia driver (compiz)? | 08:50 |
| tjaalton | no i didn't | 08:50 |
| tjaalton | just confirmed it's not just you | 08:50 |
| gsedej_work | sorry I confused | 09:05 |
| gsedej_work | tjaalton, can you help me with this? http://askubuntu.com/questions/27907/compiz-slow-under-proprietary-nvidia-driver | 09:06 |
| tjaalton | gsedej_work: how? | 09:07 |
| gsedej_work | how to get nvidia prop driver work fast under compiz? | 09:14 |
| gsedej_work | I get like 5 FPS when in expo screen | 09:15 |
| tjaalton | i've no idea, ask nvidia | 09:16 |
| gsedej_work | ok, thx | 09:19 |
| gsedej_work | Hi! I wanted to use xorg-edgers. when I did apt-get upgrade I get next line. What does it mean? how to solve it | 09:42 |
| gsedej_work | E: /var/cache/apt/archives/ia32-libs_20090808ubuntu10+maverick~xorgedgers0.20110325.1_amd64.deb: trying to overwrite '/lib32/libncursesw.so.5.7', which is also in package lib32ncursesw5 5.7+20100626-0ubuntu1 | 09:42 |
| === yofel_ is now known as yofel | ||
| cnd` | tseliot, I've got a dell mini 10 with the "trackpad from hell" | 13:39 |
| cnd` | in natty, it now has multitouch support | 13:39 |
| cnd` | I've found it to be sooo much better with the jumpycursorthreshold | 13:39 |
| cnd` | but that setting is disabled if the trackpad is multitouch | 13:39 |
| cnd` | why is that? | 13:39 |
| cnd` | I've hacked around that for now so I could play with it on my machine | 13:40 |
| === cnd` is now known as cnd | ||
| tseliot | cnd: I didn't know that feature would be disabled with multi-touch. I guess it only made sense with single-touch touchpads | 14:11 |
| cnd | tseliot, why does it only make sense with single-touch touchpads | 14:12 |
| tseliot | cnd: also when I wrote that patch there was no such thing as multi-touch so I'm wondering if some other patch prevents it from working | 14:12 |
| cnd | hmmm | 14:12 |
| cnd | tseliot, the patch actually disables it for multi-finger | 14:13 |
| cnd | but it calls that multitouch in the man page | 14:13 |
| tseliot | cnd: because in theory putting 2 fingers on the touchpad shouldn't cause a jump | 14:13 |
| cnd | yeah | 14:13 |
| cnd | though it does on mine :) | 14:13 |
| tseliot | cnd: maybe someone modified my original patch or maybe my memory is really bad ;) | 14:13 |
| tseliot | let me check | 14:13 |
| === lilstevie|lagche is now known as lilstevie | ||
| cnd | tseliot, I'm thinking that we should enable it for all touchpads, especially since the touchpads its meant for now are multifinger/multitouch too | 14:16 |
| tseliot | cnd: if that's still a problem then I agree | 14:20 |
| tseliot | cnd: btw where does it say that it's not supposed to work with multi-touch? | 14:21 |
| tseliot | cnd: I'm looking at 114_jumpy_cursor_first_part.patch | 14:22 |
| cnd | tseliot, look at the man page diff | 14:22 |
| cnd | "+Set the threshold above which movement events are ignored on single-touch touchpads." | 14:22 |
| cnd | and at line 127 is the check for has_double | 14:23 |
| tseliot | cnd: good catch. I guess I really forgot about my code ;) | 14:26 |
| tseliot | I'll fix it | 14:26 |
| cnd | I tseliot, ok, thanks! | 14:27 |
| tseliot | cnd: thanks for reporting the problem | 14:27 |
| cnd | tseliot, btw, with this fix and the additions I made with the multitouch data, these trackpads actually work quite well now :) | 14:27 |
| tseliot | cnd: excellent :) | 14:27 |
| cnd | we even can do some three finger gestures in unity, though it won't be pushed to ubuntu till oneiric | 14:28 |
| cnd | tseliot, you tried to push the jumpy cursor patch upstream right? | 14:29 |
| tseliot | cnd: yes and it's not going to happen | 14:29 |
| tseliot | cnd: have you seen the upstream bug report? | 14:30 |
| cnd | no | 14:30 |
| cnd | could you paste a link? | 14:30 |
| tseliot | cnd: https://bugs.freedesktop.org/show_bug.cgi?id=21614 | 14:31 |
| ubot4 | Freedesktop bug 21614 in Input/synaptics "Touchpad cursor jumps when two fingers are used" [Normal,Assigned] | 14:31 |
| tseliot | it seems that Yan Li (Intel) even refreshed my patch | 14:32 |
| tseliot | long story short Peter said no and that's it ;) | 14:34 |
| === lilstevie|lagche is now known as lilstevie | ||
| cnd | tseliot, don't upload the fixed package quite yet | 14:40 |
| cnd | I want to review things some more | 14:40 |
| tseliot | cnd: ok | 14:42 |
| rodrigo_ | hi | 15:07 |
| rodrigo_ | any idea why a call to XSyncInitialize can fail? | 15:07 |
| rodrigo_ | is there anything that I should enable/install? | 15:08 |
| tseliot | rodrigo_: one of the cases listed here perhaps? http://www.x.org/releases/X11R7.6-RC1/doc/libXext/synclib.html | 15:12 |
| rodrigo_ | hmm, maybe | 15:13 |
| rodrigo_ | although this is gnome-session 3.0, which has the same code as 2.32, and 2.32 works, but 3.0 fails | 15:14 |
| rodrigo_ | so, which case you mean? different protocol and lib versions? | 15:14 |
| tseliot | rodrigo_: yes. Is this in Natty? | 15:16 |
| rodrigo_ | yes | 15:16 |
| rodrigo_ | hmm, maybe the gnome-session 3.0 package got compiled with a different version than the one I have, that might be | 15:17 |
| * rodrigo_ upgrades | 15:17 | |
| cnd | tseliot, I think the issue is actually resolved by the addition of semi-multitouch functionality in the kernel | 15:50 |
| cnd | allow me to explain :) | 15:50 |
| cnd | the devices that were jumpy were likely all semi-multitouch devices | 15:50 |
| cnd | but we didn't know at the time how to turn that functionality on | 15:51 |
| cnd | in natty, the semi-multitouch mode is turned on for these devices, which also turns on multi-finger mode | 15:51 |
| tseliot | ah | 15:51 |
| cnd | with multi-finger mode, the jumpy cursor issue should be handled by http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/commit/?id=a6ca4d2523904b7ce49edc29ba408979bdf0d45e | 15:51 |
| cnd | however, in my multitouch patches I have the wrong ordering of a key function | 15:52 |
| tseliot | right, I remember that commit | 15:52 |
| cnd | and this causes the change in number of fingers to be reported one frame too late | 15:52 |
| cnd | so here's what I suggest: | 15:52 |
| cnd | 1. I push a commit to fix the ordering of the function that affects the finger changes | 15:52 |
| cnd | 2. leave the jumpy cursor patch in for natty just to be safe | 15:53 |
| cnd | 3. remove the jumpy cursor patch for oneiric going forward | 15:53 |
| cnd | my hope is that the jumpy cursor patch is now a no-op if all the jumpy devices were really multitouch devices in disguise | 15:53 |
| tseliot | cnd: ok, it sounds like a good plan. Have you tested your fix together with the jumpycursor patch? | 15:54 |
| tseliot | to see if there are regressions of any kind because of my patch? | 15:55 |
| cnd | yeah, but it's just a noop here because has_double is now true | 15:55 |
| tseliot | cnd: oh, right | 15:58 |
| tseliot | cnd: if your fix makes the Dell mini 10 work correctly then you have my +1000 vote ;) | 15:59 |
| cnd | it does! | 15:59 |
| tseliot | I guess it's a kernel fix isn't it? | 15:59 |
| cnd | with the jumpy cursor threshold it caused the cursor to stall if you moved it around too quick | 15:59 |
| cnd | and this gets around that issue | 15:59 |
| cnd | it's both a kernel fix and a synaptics fix | 16:00 |
| cnd | I added multitouch support to synaptics | 16:00 |
| cnd | and the functionality to make this work properly is built on top of that | 16:00 |
| tseliot | cnd: yes, the threshold patch was meant to be a workaround since I couldn't find the real cause of the problem | 16:00 |
| cnd | yeah | 16:01 |
| cnd | it would have been sooo much easier if synaptics would just release their documentation | 16:01 |
| cnd | what have they gained by keeping the semi-multitouch mode a secret? | 16:01 |
| tseliot | cnd: I doubt that will happen | 16:01 |
| tseliot | cnd: I can't talk about that in public but I agree with you ;) | 16:02 |
| cnd | heh | 16:02 |
| tseliot | thanks a lot for your work, I'm glad we can get rid of that hack and have things work out of the box :) | 16:02 |
| cnd | yep :) | 16:03 |
| geser | Hello, I'm giving "fglrx" from natty a try again and try how to get my dual-screen setup back. Do I need a xorg.conf to have a virtual size bigger than 1920x1920? (I need 3200x1920) | 18:02 |
| cnd | bryceh, I just pushed a fix for synaptics to git | 18:33 |
| cnd | if you get a chance please upload it | 18:34 |
| bryceh | cnd, ok | 18:38 |
| cnd | bryceh, I'm so excited cause the trackpad from hell is fixed now :) | 18:39 |
| Sarvatt | hrm, is there a standard way to tag CVE's in debian/changelog? http://git.debian.org/?p=pkg-xorg/app/x11-xserver-utils.git;a=blobdiff;f=debian/changelog;h=62bf1e211dc7d39097d25e683a27ba26d99b2ce1;hp=9f37d5a08c71030e9c2a11ee0af62b37fe3c338e;hb=52b85a64989483df69812ea78e00666dbdcec993;hpb=a976b76500dafd6274b40bc255f93064b66f7559 | 19:43 |
| bjsnider | Sarvatt, does the cve string really have to be 450 characters long? | 20:10 |
| bjsnider | that seems like it may be overkill | 20:11 |
| Sarvatt | huh? | 20:11 |
| bjsnider | isn't that the version you just posted? | 20:11 |
| Sarvatt | + * xrdb 1.0.9 (Fixes CVE-2011-0465) | 20:12 |
| ubot4 | Sarvatt: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-0465) | 20:12 |
| Sarvatt | ? | 20:12 |
| bjsnider | no, the a976b76500dafd6274b40bc255f93064b66f7559 | 20:13 |
| bjsnider | i mean the commit | 20:13 |
| bjsnider | maybe i'm thinking of cvs | 20:13 |
| bjsnider | which one is the version control system that's been abandoned? | 20:13 |
| Sarvatt | jcristau: gnome3 requires the pointer barrier patches that arent even in xserver master yet, libx11 1.4.3 isn't as crazy as that :P | 20:28 |
| === maxb_ is now known as maxb | ||
| === soreau_ is now known as soreau | ||
| === soreau_ is now known as soreau | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!