From: "Oleg N. Kayunov" <okayunov@mtu-net.ru> To: community@altlinux.ru Subject: [Comm] Re: gpm - WOP-35 снова проблемы Date: Sun, 22 Jun 2003 19:08:10 +0400 Message-ID: <3EF5C65A.2050604@mtu-net.ru> (raw) In-Reply-To: <20030621144921.GA16864@v-lug.vlink.ru> Ablamsky Taras пишет: >On Sat, Jun 21, 2003 at 04:34:40PM +0400, Oleg N. Kayunov wrote: > > >> Поменял многократно здесь оговоренную мышу Genius NetScroll+ (made >>in China) на A4Tech WOP-35 (оптическая, двухколесная) и снова проблемы с >>gpm. Испробовал все известные мне варианты /etc/sysconfig/mouse, но все >>едино - в лучшем случае при переключении из X-ов в виртуалку приходится >>(иногда - многократно) перезапускать gpm демона. Да и то через некоторое >>время слетает або начинает дурить. >> Кто-нибудь знает какие значения параметров здесь помогут? >> И вообще - где можно посмотреть ПОЛНЫЙ список значений кои могут >>принимать параметры задаваемые в оном файле? >> Тогда бы я и сам мог бы, не устрашившись комбинаторики, попробовать >>их перебрать и, в случае успеха, сообщить сюда результат. >> >> >> >t@v-lug ~ $ man gpm|grep BUGS -C22|tail -n19 > Лихо! ;-) Особливо: -C22 vs -n19 Не глядя в man ставили? >BUGS > The gpm server may have problems interacting with X: if your mouse is a > single-open device (i.e. a bus mouse), > PS/2, никак не BUS. >you should kill gpm before > starting X, or use the -R option (see above). To kill gpm just invoke > gpm -k. This problem doesn't apply to serial mice. > > > Two instances of gpm can't run on the same system. If you have two mice > use the -M option (see above). > Токмо одна мыша стоИт у меня. > > While the current console is in graphic mode, gpm sleeps until text > mode is back (unless -R is used). Thus, it won't reply to clients. Any- > ways, it is unlikely that mouse-eager clients will spur out in hidden > consoles. > > > The clients shipped out with gpm are not updated, thus there are poten- > tial security risks when using them. > Ну, до этих высот я ещё на своей мыше не доехал. Несмотря на ейную двуколёсность. > >-- >taras > > Ситуация: 1. все вроде как нормально стартует при /etc/sysconfig/mouse вида: MOUSETYPE=imps2 XMOUSETYPE=IMPS/2 FULLNAME="PS/2|Generic PS2 Wheel Mouse" XEMU3=no WHEEL=yes device=psaux и /etc/X11/XF86Config-4: Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection Примечания: при иных комбинациях могут начинаться фокусы даже в X-ах - первым делом у меня обнаружилось, что колесико прокручивает окно только в одну сторону - вниз, кручение вверх просто не распознаётся (в первый раз убрал запустив kudzu -b ps2, потом помогать перестало почемуто???); причём меж сосбой колёсики не различаются в любом случае (при всех испробованных мною комбинациях), т.е. кручение любого из них даёт (или НЕ даёт) совершенно одинаковый эффект. 1а. Засим, при очередном переключении их X-ов в виртуалку gpm начинает дурить. 2. Указание в /etc/sysconfig/mouse MOUSETYPE=exps2 достаточно устойчиво (вроде бы) снимает дурь собственно gpm-а, но рано или поздно начинаются фокусы уже в X-ах, при возврате в оные (полное игнорирование вращения колесика либо вовсе непредсказуемые какие-то реакции на него). Пробовал даже прямо, в /etc/rc.d/init.d/grpm указывать MOUSETYPE=exps2, результат тот же, т.е. похоже X-ы и gpm в таком разе не могут толком поделить меж собой сигналы от мыши. Несмотря на приведенное выше указание в man-е, что " While the current console is in graphic mode, gpm sleeps until text mode is back". Такие вот дела. -- == В действительности все обстоит совершенно иначе чем на самом деле. == BR, Oleg N. Kayunov.
next prev parent reply other threads:[~2003-06-22 15:08 UTC|newest] Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-06-21 14:49 ` Ablamsky Taras 2003-06-22 15:08 ` Oleg N. Kayunov [this message] 2003-06-22 15:33 ` Oleg N. Kayunov 2003-06-23 6:11 ` Gosha 2003-06-23 10:37 ` Oleg N. Kayunov 2003-06-23 12:42 ` [Comm] Re: gpm - WOP-35 ÓÎÏ×Á ÐÒÏÂÌÅÍÙ Sergey Krivulja 2003-06-23 15:21 ` [Comm] Re: gpm - WOP-35 снова проблемы Igor Solovyov 2003-06-23 19:52 ` Oleg N. Kayunov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=3EF5C65A.2050604@mtu-net.ru \ --to=okayunov@mtu-net.ru \ --cc=community@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git