After emerging xf86-input-evdev and configuring xorg to use evdev for my mouse (logitech mx518), the right and middle mouse button are switched. xev reports the buttons: left (1) middle (3) right (2) Not all people using the driver have the problem. The only thing I can find is " I fixed the evdev driver myself", but can't find a patch anywhere. Reproducible: Always Steps to Reproduce: 1. 2. 3. root@Medusa# emerge info (...rk/xf86-input-evdev-1.0.0.2) Portage 2.0.53_rc7 (default-linux/x86/2005.0, gcc-4.0.2, glibc-2.3.6-r0, 2.6.14-nitro2 i686) ================================================================= System uname: 2.6.14-nitro2 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.12.0_pre11 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.14 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse,387 -ffast-math" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/fax /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/alias /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse,387 -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" LANG="nl_NL@euro" LC_ALL="nl_NL@euro" LDFLAGS="-Wl,-O9 -Wl,--enable-new-dtags -Wl,--sort-common -s -Wl,--as-needed" LINGUAS="nl" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/gentopia" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex 3dnowext X aac aalib accessibility acl acpi alsa apache2 apm audiofile automount avi bash-completion bitmap-fonts bonobo browserplugin bzip2 bzlib cairo calender cdb cdparanoia cdr cdrom chipcard chm chroot cjk clearcase crypt cups curl dba dbus divx4linux dlloader dri dvd dvdr dvdread eds emboss encode esd ethereal exif expat fam festival ffmpeg filepro firefox flac flatfile font-server foomaticdb fortran ftp gd gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 guile hal idn ieee1394 imagemagick imap imlib insecure-drivers ithreads java jpeg jpeg2k junit kde kdgraphics kqemu lcms ldap libcaca libg++ libwww live logitech-mouse lua mad matroska mhash mikmod mime mmx mmxext mng mono motif mozdevelop mozilla moznomail moznoxft mp3 mpeg mplayer msn musicbrainz mysql nautilus ncurses network nls nptl nvidia odbc offensive ogg oggvorbis ooo-kde openal opengl pam pascal patches pcre pdf pdflib perl php pic png postgres python qmail qt quicktime rar readline real recode rplay samba scanner sdk sdl session sftplogging slang softmmu speex spell sql sqlite sse ssl startup-notification stroke subtitles subversion svg svga tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utf8 v4l v4l2 vcd vidix visualization vorbis webservices win32codecs wmf xine xinerama xml xml2 xmms xprint xscreensaver xv xvid zip zlib video_cards_nvidia linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET
Couldn't find a Gentoo duplicate, but this is a known upstream bug. We'll continue to track it there.
you could try my patch: http://dbservice.com/tom/xf86-input-evdev-1.0.0.1-gentoo.patch this patch also applies cleanly to 1.0.0.2.
Thanks tomas! That fixed it! Judging from the bug on freedesktop.org, this bug only appears in Gentoo (or other distro's aren't "cutting-edge" enough to include modular xorg). Therefor, it might be a good idea to include this patch in portage?
(In reply to comment #3) > Judging from the bug on freedesktop.org, this bug only appears in Gentoo (or > other distro's aren't "cutting-edge" enough to include modular xorg). Try the latter. > Therefor, it might be a good idea to include this patch in portage? Nope, not until there's a known-good fix in X.Org CVS
ah, so that's why non-gentoo users haven't confirmed it :) Tomas' patch fixes it good enough to downgrade the bug to trivial, but there's still a slight problem: when in a game, such as ut2004 or enemy territory, when I select options, and I map the right mouse button, it still says "middle mouse". When I map the middle mouse button, it says "right mouse button". As I said, this is trivial. It doesn't matter if et thinks I alt-fire with my middle mouse button. It's still something that should get fixed though. Let's see what they can come up with upstream :)
I think it's been fixed upstream, but it was a pretty major commit so we'll catch it with RC3, which should come out anytime now.