On Saturday 06 December 2014 06:14:12 Peter Hutterer did opine And Gene did reply: > On 6/12/2014 12:33 , Gene Heskett wrote: > > On Friday 05 December 2014 18:46:58 Peter Hutterer did opine > > > > And Gene did reply: > >> On 6/12/2014 01:56 , Gene Heskett wrote: > >>> On Thursday 04 December 2014 23:03:38 Peter Hutterer did opine > >>> > >>> And Gene did reply: > >>>> On Thu, Dec 04, 2014 at 09:43:44PM -0500, Gene Heskett wrote: > >>>>> On Thursday 04 December 2014 16:18:16 Peter Hutterer did opine > >>>>> > >>>>> And Gene did reply: > >>>>>> On Thu, Dec 04, 2014 at 01:23:49PM -0500, Gene Heskett wrote: > >>>>>>> Greetings all; > >>>>>>> > >>>>>>> I have a wireless M$ Explorer Touchmouse, and the touch pad is > >>>>>>> buggier than a 10 day old carcass. > >>>>>>> > >>>>>>> Specifically, the side scrolling is driving me crazy, and its > >>>>>>> not a long trip. ;) > >>>>>>> > >>>>>>> When it works, its 20x more sensitive sideways than vertically, > >>>>>>> and I can't get my fingers far enough away from the pad to stop > >>>>>>> its crazy behavior, and still rest them in a comfy location for > >>>>>>> button pushing. > >>>>>>> > >>>>>>> Is there anything I can put in an /etc/X11 file that will shut > >>>>>>> the side scroll function off, but leave the vertical finger > >>>>>>> drags working? > >>>>>> > >>>>>> attach an evemu recording and your xorg.log to a bug please. I > >>>>>> don't have a recording for this one yet so it's hard to tell. > >>>>>> > >>>>>> Cheers, > >>>>>> > >>>>>> Peter > >>>>> > >>>>> First off Peter, evemu is not 'locate'able. And I'm not sure you > >>>>> want the current Xorg.0.log in your mailbox as its north of 179 > >>>>> megabytes. > >>>> > >>>> you could have restarted X, or started another session for a fresh > >>>> log file. or cut down the thousands of lines of errors which is > >>>> likely what 99% of the log file are if it grows to that size in a > >>>> week. > >>>> > >>>>> I even sicc'd synaptic to find it in the ubuntu repo, and came up > >>>>> dry there too. > >>>> > >>>> evemu shows up as second link on google for me: > >>>> http://www.freedesktop.org/wiki/Evemu/ > >>>> > >>>> but tbh, if you're on a 4 year old box you're pretty much on your > >>>> own, sorry. there may have been kernel fixes since, there may have > >>>> been evdev fixes since, etc. > >>> > >>> I do occsionally build a fresher kernel because the default kernel > >>> for this particular install, an rtai kit on top of 2.6.32-123, has > >>> no PAE and there's 8Gb in this box. Running the OEM kernel only > >>> sees 3Gb of that, and I'm a gigabyte into swap in 24hrs. > >>> > >>> So the presently running kernel is a 3.16.0. 32 bit with PAE. > >>> Hasn't touched swap in months. > >>> > >>> Nest, that link 3rd line is bogus, needs an ".sh" tagged onto the > >>> ./autogen script cli invocation. > >>> > >>> The autogen output this to the screen: > >>> gene@coyote:/usr/src/evemu$ ./autogen.sh --prefix=/usr > >>> autoreconf: Entering directory `.' > >>> autoreconf: configure.ac: not using Gettext > >>> autoreconf: running: aclocal > >>> autoreconf: configure.ac: tracing > >>> autoreconf: configure.ac: creating directory config-aux > >>> autoreconf: running: libtoolize --install --copy > >>> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, > >>> `config-aux'. libtoolize: copying file `config-aux/config.guess' > >>> libtoolize: copying file `config-aux/config.sub' > >>> libtoolize: copying file `config-aux/install-sh' > >>> libtoolize: copying file `config-aux/ltmain.sh' > >>> libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to > >>> configure.ac and > >>> libtoolize: rerunning libtoolize, to keep the correct libtool > >>> macros in- tree. > >>> libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in > >>> Makefile.am. autoreconf: running: /usr/bin/autoconf > >>> autoreconf: running: /usr/bin/autoheader > >>> autoreconf: running: automake --add-missing --copy --no-force > >>> configure.ac:12: installing `config-aux/missing' > >>> python/Makefile.am:20: installing `config-aux/py-compile' > >>> src/Makefile.am: installing `config-aux/depcomp' > >>> autoreconf: Leaving directory `.' > >>> > >>> But make cannot find the makefile, and indeed there was not one > >>> created. The INSTALL inserts a ./configure step in the sequence, > >>> and that bails out for lack of: > >>> > >>> checking pkg-config is at least version 0.9.0... yes > >>> checking for LIBEVDEV... configure: error: Package requirements > >>> (libevdev > >>> > >>>> = 1.2.99.902) were not met: > >>> No package 'libevdev' found > >>> > >>> Consider adjusting the PKG_CONFIG_PATH environment variable if you > >>> installed software in a non-standard prefix. > >>> > >>> Alternatively, you may set the environment variables > >>> LIBEVDEV_CFLAGS and LIBEVDEV_LIBS to avoid the need to call > >>> pkg-config. > >>> See the pkg-config man page for more details. > >>> > >>> Apparently I'll need a git URL to get it and install it? Amazingly > >>> that gets zero hits on google. You have found the ultimate google > >>> non-entity! That has NEVER happened before. > >>> > >>> So you see what I need to do above and I am waiting, with "baited" > >>> breath for further instruction. ;-) > >> > >> http://who-t.blogspot.com.au/2014/05/configure-fails-with-no-package > >> -fo o.html > >> > >> Cheers, > >> > >> Peter > > > > That is quite helpful. But this system hasn't such a critter. So I > > pulled in the tarball for libevdev-1.3, but nothing I can do with a > > -- with-docs, or even spelling it out, seems to convince it to build > > the docs too. > > > > End of configure bailout > > configure: WARNING: unrecognized options: --with-documentation > > > > Prefix /usr/local > > Libdir ${exec_prefix}/lib > > > > Build documentation no > > Build unit-tests no > > Enable profiling no > > Static library symbol check yes > > > > a --help doesn't show it as an option either. And that does puzzle > > me > > > > because the --help on most configure scripts is 2 or 3 screens full. > > please read up on a few tutorials on how to build software from source > and how to interpret the configure output. none of this here is > special, we just use standard automake stuff. > > fwiw, the documentation is just doxygen, you can read it online on the > libevdev website, no need to build it locally.
Thats probably good enough Peter, but I'd worry about my install getting out of step with the docs, so I would rather have the docs that go with the version installed. Since configure doesn't seem to do it, can I tweak the config.out to add that? Or use doxygen to make my own maybe. I know that tool has been around for yonks, but I've never run it. I just tried a man doxygen and came up empty. So its not even installed. I'll see if it will from the repo. I finally , last night got tired of fighting with that mouse so it will likely join others on a yard sale table next year. Logitek M320 working now, no touch pad. A little sensitive for my arthritic fingers, but works much better overall. And I just found the fix for the unwanted sensitivity, lift the button plastic leaf an 1/8" and jam a 1/2" long piece of foam about 1/8" wide cut from a cd stack top pad, under the button leaf. They now sit about 20 thou higher and don't go off unless I consciously press the button. To me, thats ideal. Thank you Peter. > Cheers, > Peter Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS _______________________________________________ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: %(user_address)s
