Spec URL: http://wiki.open.hr/~zpintar/fedora-11/SPECS/btnx.spec SRPM URL: http://wiki.open.hr/~zpintar/fedora-11/SRPMS/btnx-0.4.11-2.fc11.src.rpm Description: btnx is a daemon that enables rerouting of mouse button events through uinput as keyboard and other mouse button combinations. For example, you can configure an extra mouse button to send a Ctrl+Alt+Right command to switch workspaces. This is especially useful for mice with more buttons than Gnome or KDE can properly handle, or mice that need evdev and a 100 step howto to register button events at all. btnx integrates revoco, a program that allows changing MX Revolution's wheel behavior. So, rpmlint is clean, and Koji scratch builds are here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1376801 http://koji.fedoraproject.org/koji/taskinfo?taskID=1376787
I found a little bug in my spec file, so I resolved this. Daemon did not start at starting of X (runlevel 5), so I added line to correct this. Spec URL: http://wiki.open.hr/~zpintar/fedora-11/SPECS/btnx.spec SRPM URL: http://wiki.open.hr/~zpintar/fedora-11/SRPMS/btnx-0.4.11-3.fc11.src.rpm
Hi, I am trying btnx, but according to the manual: http://www.ollisalonen.com/btnx/man/btnx-manual.html#troubleshoot-xorg section 12.2.1 "Most importantly, make sure you are not using the evdev driver." Isn't evdev the default since F10? Mouse and keyboard configuration are ignored in xorg.conf unless there is clause: Option "AutoAddDevices" "false" in the server flags section.
(In reply to comment #2) > > "Most importantly, make sure you are not using the evdev driver." > > Isn't evdev the default since F10? Mouse and keyboard configuration > are ignored in xorg.conf unless there is clause: > > Option "AutoAddDevices" "false" > > in the server flags section. Alas! That can be a big problem... But before analyzing this spec file, I'll contact upstream to investigate which problems can be produced from this btnx <-> evdev relationships.. If this issues are unsloving, then I'll close this bug threat and abandon package. In meanwhile, can you test btnx at your PC, because at my Fedora 10 it works fine. (xorg.conf is set up with Livna configuration manager, without these settings in Server flags section)
I installed btnx and btnx-config on F10, and could configure it. However, as I said, x is using evdev even if I add a mouse and keyboard session in xorg.conf. (==) Automatically adding devices (==) Automatically enabling devices (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins (**) ModulePath set to "/usr/lib64/xorg/modules/extensions/nvidia,/usr/lib64/xorg/modules/extensions,/usr/lib64/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. (WW) Disabling Keyboard0 (WW) Disabling Mouse0 The only way to avoid this, is using the flag I mentioned. But maybe it works with evdev. I will try to associate something to one of my mouse buttons.
I contacted upstream about evdev incompatibility and maintaining. Here is the answer: ---------------------------------------------------------------------- btnx is unofficially dead and I have moved onto other things. It's been a while since I looked at what caused the problems so my memory is a little rusty. But at least one problem was that evdev locked the input device preventing btnx from reading it. I remember doing some stuff with HAL (I don't remember the module name anymore) and I got around the problem, but it ended up being too complicated to make casual users go through the process and mistakes could lead to an unstartable X session. ---------------------------------------------------------------------- According to this, I'm closing this thread.