странное поведение мыши и клавиатуры.

[olenevod]

FreeBSD 7.1 Release#0
Xorg 7.3
что в KDE, что во fluxbox наблюдается следующая неприятность. (сложно описать, ёлки) при переходе фокуса курсора в новое окно отработка нажатия клавиши начинается только после того как после нажатия-отжатия двинуть мышой. Вглядит это так. щёлкнул по кнопке, она утопилась, но назад не выходит и действие не происходит, двинул мышой кнопка отщёлкнулась, действие пошло. В терминалке (либо строке ввода оперы\огнелиса) символы начинают появляяться тоже только после того, как подвигать мышью. НО. иногда после первого такого двигания в терминалке начинается нормальная работа, т.е. не надо после каждого символа или ентера двигать мышью, чтобы отработало. Весьма непросто выключать машину. с перовго раза иксы не останавливаются, бывает, что приходится всё время шшевелить мышой, чтобы иксы закрылись.
В чистой консоли такого, разумеется, нет.
пишу не с гляюной тачки, потому пока не привожу конфиги...

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paradox]

дествительно станновато
а в консоли она себя ведет нормально?

[olenevod]

так написал же

В чистой консоли такого, разумеется, нет.

[iZEN]

Похоже на глюки HALd.

[olenevod]

очень может быть сильно заметно стало сегодня, когда портапгрейднул hal... попробую счас отрубить оный....
прошло пять минут и один ребут с hald_enabled="NO"
именно hal и ведёт себя неверно...без него всё работает нормально.... придётся теперь монтировать всё руками ((
мдя, Завтра на стационаре поставлю свежий hal (трабла наблюдается на ноуте) и проверю, что и как....

[Alex Keda]

боян.
у меня уже с неделю так
пока забил, не до этого

[manefesto]

это проблема с hal
Это как раз связано с нормальной работой мыши через hal.
Файлик для хала где то проскакивал.

[Alex Keda]

да понятно что hal - даже не разбираясь - все полседние проблемы из-за него

[olenevod]

, сегодня на тестовой машине обновил порты, проапдейтил хал и... и всё работает, никаких глюков с мышом нет....
пошёл рыть ноут...

[MAK]

Код: Выделить всё

/usr/ports/UPDATING

Код: Выделить всё

20090124:
  AFFECTS: users of x11-servers/xorg-server, sysutils/hal
  AUTHOR: rnoland@FreeBSD.org

  sysutils/hal has been updated and should now properly detect
  mice for use in Xorg.  Use of AllowEmptyInput should no longer
  be needed for most users and moused should now work fine.

20090123:
  AFFECTS: users of x11-servers/xorg-server
  AUTHOR: rnoland@FreeBSD.org

  If you are using an older xorg.conf several config lines are
  no longer needed and will generate warnings when X is started.
  RgbPath will cause X to fail to start, remove it from your config.

  Server 1.5.3 also really wants to configure its input devices
  via hald.  This is causing some issues with moused and
  /dev/sysmouse.  There are a couple of options for how to deal
  with it.

  1. Add Option "AllowEmptyInput" "off" to your ServerLayout section.
     This will cause X to use the configured kbd, mouse, and vmmouse
     sections from your xorg.conf

  2. Don't use moused.  If you want it to work with addon usb mice
     set this in rc.conf:

     moused_enable="NO"
     moused_nondefault_enable="NO"

  I'm working on fixing hald or the mouse driver or both.

Ключевое слово "for most users".
Я в это большинство не входил, и поэтому у меня 20090124 все еще была такая проблема. Но сейчас, вот уже с 22го февраля эта опция закомментирована.

[olenevod]

ну да, только эта опция для Server 1.5.3, а у меня 1.4.х
__________________________
проблема решилась, внимательно прочёл и реализовал советы /usr/ports/UPDATING

Код: Выделить всё

moused_enable="NO"
moused_nondefault_enable="NO"

[neurobomman]

таже проблема, решена также.но теперь перестало работать переключение раскладки, прописанное в xorg.conf

Код: Выделить всё

Option "XkbRules"	"xorg"
    Option "XkbModel"	"pc104"
    Option "XkbLayout"	"ru,us"
    Option "XkbVariant"	"winkeys"
    Option "XkbOptions" "grp:ctrl_shift_toggle" 

помогите решить

[Alex Keda]

Код: Выделить всё

HP$ cat ~lissyara/.kde/Autostart/klava.sh
#!/bin/sh



setxkbmap -layout us,ru -variant ,winkeys -option grp:alt_shift_toggle

sleep 5 && killall kkbswitch && kkbswitch &


HP$     

[Гость]

а если попробовать использовать xf86-input-keyboard из git master? ЕМНИП, hal только нумерует устройства и оповещает Xserver о новых/ушедших. Если баг и есть, то он либо в драйвере клавы или самом Xserver'е.

Несколько месяцев использую hal и натыкался на проблему ввода всего два раза, по случайности. Обычно после перезагрузки она более не появлялась.

[neurobomman]

Ne pomoglo

Код: Выделить всё

#!/bin/sh



setxkbmap -layout us,ru -variant ,winkeys -option grp:alt_shift_toggle

sleep 5 && killall kkbswitch && kkbswitch &

[Raven2000]

никак не пойму, что вы с этим халом носитесь вырубите и все (ручки наше все ). Хал помоему постоянно недоношенный то одно то другое

[iZEN]

никак не пойму, что вы с этим халом носитесь вырубите и все (ручки наше все ). Хал помоему постоянно недоношенный то одно то другое

Если понять, за что хвататься, то HAL/PolicyKit вполне себе удобная штучка.

[Mox]

никак не пойму, что вы с этим халом носитесь вырубите и все (ручки наше все ). Хал помоему постоянно недоношенный то одно то другое

Если понять, за что хвататься, то HAL/PolicyKit вполне себе удобная штучка.

+1 я тоже доволен им

[Raven2000]

удобно то да, но в 40% случаев то система начинала тормозить то еще чего.

[zingel]

постоянно недоношенный

именно.

[Гость]

у мя и hald прекрасно работает. Только мне не понятно почему input hotplugging нельзя было реализовать с помощью devd(8). Вон ведь devd обрабатывает подключение usb-клавы для syscons. Почему точно также devd не может сообщать Xserver'у, что появилась usb-клава?

[neurobomman]

в 7.0 и у меня работал без проблем.да и сечас нет проблем, кроме переключения раскладки.может это можно решить?

[paradox]

никак не пойму, что вы с этим халом носитесь вырубите и все (ручки наше все ). Хал помоему постоянно недоношенный то одно то другое

хал это желание разработчиков подползти ближе к винде
но в том то идело что хал должен быть больше в ядре реализован чем там где он есть
в итоге постоянная кривизна))))

я вообще не вижу пользы в холе
так что правильно оно стоит опцией в мейк конфе
а я бы еще и убрал это опцию по умолчанию нафиг)))

[iZEN]

у мя и hald прекрасно работает. Только мне не понятно почему input hotplugging нельзя было реализовать с помощью devd(8). Вон ведь devd обрабатывает подключение usb-клавы для syscons. Почему точно также devd не может сообщать Xserver'у, что появилась usb-клава?

HAL придуман в проекте Fedora. Из-за желания сделать инструмент PnP наиболее кроссплатформенным имеем то, что имеем.
devd — это BSD'шная фича. В Linux используется udev.