Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Having not messed with desktop Linux for a little while, I'm a little stuck trying to disable a touchpad on a new Thinkpad. I can use xinput to disable it for about 20 seconds, but something seems to time out and reenable it. What would be doing that? hal? Xorg? the synaptic driver? Additionally, what is the most formal way to make this persist with the lack of persitent xorg.conf files?
Well the point (ba dum tish!) is that now there is no xorg.conf by default, I have no idea where this would be formally set. That's half the query, but also why it seems to disable for about 20 seconds with some tools and then leap back into live, as if hal flushes out settings or something.
I don't know which distro you are running on that laptop, but I can get X to generate an xorg.conf.new by stopping X and then running Xorg -configure as root.
You can then edit that file (if your touchpad is using the synaptics driver) and move it to /etc/X11/xorg.conf then restart X. Anything appearing in xorg.conf will override Xorg's defaults
If it's an ALPS touchpad, you can just remove its module.
I don't know why your xinput command is being reset. Maybe it is Xorg input hotplugging ? Scroll down to "I don't want this c--p, how do I turn it off?"
Last edited by tredegar; 08-24-2010 at 10:57 AM.
Reason: bad link
Ahh, I think I sussed it finally. So disabling the mouse on typing, which is all you can do with the fedora mouse settings tool, means that on key press the disable command is triggered by the syndaemon tool, but then after the timeout the enable command is sent to reenable the touchpad. So if that option is on AND you try and permanently disable it using other methods, then it will be reenabled regardless when that enable comes through. So by unchecking the option to disable whilst typing, it can be permanently disabled. Wonder if that's worth a bug report, as it's fscking confusing to me at least. Thanks for the pointers guys.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.