In version 1.8.0 upstream added to
@@ src/eventcomm.c:757
if (sync_cumulative)
hw->cumulative_dx = hw->x;
@@ src/eventcomm.c:762
if (sync_cumulative)
hw->cumulative_dy = hw->y;
I don't know if this conflicts with the rotation patch and don't have time to test it, so I'm abandoning this package for now.
Search Criteria
Package Details: xf86-input-synaptics-xrandr 1.7.3-1
Package Actions
- View PKGBUILD
- Download tarball
- Search wiki
- Flagged out-of-date (2014-08-17)
| Package Base: | xf86-input-synaptics-xrandr |
|---|---|
| Description: | Synaptics driver for notebook touchpads with patch to enable axis rotation (via synclient). |
| Upstream URL: | http://xorg.freedesktop.org/ |
| Category: | x11 |
| Licenses: | |
| Submitter: | RazZziel |
| Maintainer: | None |
| Last Packager: | None |
| Votes: | 11 |
| First Submitted: | 2010-02-07 10:24 |
| Last Updated: | 2014-01-18 21:55 |
Required by (0)
Sources
- add_tapbuttons.diff
- http://xorg.freedesktop.org/releases/individual/driver/xf86-input-synaptics-1.7.3.tar.bz2
- synaptics-xrandr-new.patch
Latest Comments
Comment by affenkaraffe
Comment by affenkaraffe
Package updated to xf86-input-synaptics 1.7.3
Comment by ckoller
Doesn't work with latest xorg!
Package needs an update.
Workaround: use xf86-input-synaptics instead.
/var/log/Xorg.0.log says:
(EE) module ABI major version (19) doesn't match the server's version (20)
Also mentioned in:
https://bbs.archlinux.org/viewtopic.php?id=175453
Comment by affenkaraffe
Updated for Version 1.7.1
Comment by snoxu
The md5 check is failing for that synaptics driver. Anyhow I managed to install this.
Anonymous comment
Works for me. Sorry about not being able to test; I'm in the last week of my semester, then finals week, so I am getting slammed with deadlines :)
Kudos to upstream, sounds like a solid plan to my limited comprehension :) Are you sure you don't want to keep the packages separate though? "Do one thing and do it well" and such? Except I can't think of any clean way to use multiple packages to patch the same driver. How have you been using both this one and your LED stuff at the same time?
Anyway, I'm open to making you the maintainer on this one if you'd rather make these decisions without turnaround time from me. I won't be using this package for much longer anyway.
Comment by dgbaley27
So, it doesn't look like this will go upstream because there are plans to implement REL pointer transformations on the dix level (meaning it won't have to be reimplemented for every driver out there). I'm going to pull the feature into my led package, however, and rename it something like xf86-input-synaptics-extra.
Comment by dgbaley27
garaden: any interest in testing my version of the patch? I need to know if the feel is the same. The multitouch support introduced some scaling features and I'm not sure if I handled it correctly. If it's wrong, then I think the cursor will move slower than you expected in one direction or another, depending on your orientation.
Comment by dgbaley27
I think we can get this upstream. I have created a branch on github [1]. Please test it and provide feedback. The most recent information I can find about the patch is on the xorg-devel mailing list [2].
If you're willing to test and don't know how to get the patch off github, let me know.
I could really use some feedback from anyone with a clickpad and/or multitouch device (I have an MT-enabled driver, but that's it). ALPS and PS2 could use testing too if anyone can...
[1] https://github.com/mmonaco/xf86-input-synaptics/tree/rotation
[2] http://lists.x.org/archives/xorg-devel/2011-March/020479.html
Anonymous comment
I suppose I am now the reluctant maintainer :) Lemme know if there's any more trouble.
Anonymous comment
Sorry for the late replay but I was busy and had no time to look at it. I've also no time maintaining this package, so I orphan it, so someone else can take it.
Comment by dgbaley27
by the way, where did this originally come from? is there a logical sequence of patches, or is big blob all that's available?
Comment by dgbaley27
I might be willing to take the patch into my xf86-synaptics-led package. I maintain the patches in git so I keep the patches continuously updated. please give me a day or two as I'm swamped right now
Comment by hwkiller
Here is an updated PKGBUILD that works properly: http://pastie.org/private/dahndgeymkb7pllfswcnq
That will require Garaden's tarball posted in the comments below. Just replace his PKGBUILD with this one.
Maintainer: Please just use Garaden's patch with this PKGBUILD. It's not that hard.
Comment by hwkiller
Is there any chance that the maintainer can update this, or just orphan it? Garaden's patch works great, but we need a package for it. By the way, Garaden's pkgbuild needs to add his patch to the source array or else there will be an error finding the patch.
Comment by kasbah
You are right the patch in the current tarball seems to just remove things. The patch in my package which I just had merged into this had this patch: http://pastebin.com/WHvRp8dC which made a lot more sense to me and was working with synaptics 1.4 . Garaden's patch looks all right to me so if we can move onto that and get on with our lives that would be great.
Comment by stativ
Merging synaptics-xrandr into the xf86-input-synaptics-xrandr as requested by the maintainer.
Comment by dgbaley27
This patch allows for changing the orientation of the touchpad? It seems weird that it just deletes so much code.
Comment by kasbah
Ok, I have just realised that is package is a duplicate of https://aur.archlinux.org/packages.php?ID=34369.
I am going to request removal of "synaptics-xrandr" as the other name is closer to the unpatched package name in extra.
Anonymous comment
I've written an update to this package which works with the new X.Org 1.12; the previous version was broken by it.
You can get it here: https://github.com/garaden/synaptics-xrandr/tarball/1.5.99-0.2
Anonymous comment
I migrated the patch to 1.4.1 which is the current synaptics in arch: http://pastebin.com/raw.php?i=sNYcERLW
Comment by ianux
a working patch for 1.3.0 is available here: http://bugs.gentoo.org/296084