Bug 502591
Summary: | Review Request: btnx - Button Extension- a GNU/GPL mouse tool for GNU/Linux | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Zarko (grof) <zarko.pintar> |
Component: | Package Review | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | fedora-package-review, notting, promac |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-06-04 06:19:03 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 502592 |
Description
Zarko (grof)
2009-05-26 11:21:27 UTC
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. |