Section "InputDevice"
Identifier "Keyboard1"
Driver "evdev"
Option "XkbModel" "pc105"
Option "XkbLayout" "lv"
Option "XkbOptions" "compose:rwin"
Option "Device" "/dev/input/event0"
EndSection
юзверь должен отискать клавиатуру в
/proc/bus/input/devices
драйвер самоопределяется подключена мышь или клавиатура.
Это универсальный драйвер для Линух. Можно то же драйвер
изпользовать для мыши. udev тут не причем. Под ядро 2.4
просто нелзя захватить eventXX девайс.
Драйвер пригодится если запускать по несколько X-сов на
одном ящике.
очень интересно знать. исправили ли они баг, извесный БОЛЬШЕ ГОДА, где в gtk1.2 приложениях при юникодной локали напрочь пропадали все буквы в приложениях, даже латинские?
этот баг именно xorg, а не gtk1.2, так как на xfree86 всё отлично работает.
от этого бага страдали такие приложения, как mplayer, xmms, dillo и всё, что использовало gtk1.2
>А как сие чудо (7.0) собирать ? Ну не каждый tar.gz же отдельно ? сначала ждем ибилдов, потом делаем emerge -C xorg-x11 && emerge xorg-x11, потом ручками доставляем дрова
Блин, пришлось сделать export ACLOCAL='aclocal -I /tmp/modular/share/aclocal', у меня --prefix /tmp/modular и все косяки исчезли. Учите матчасть, товарищи!
Сейчас это делаю руками. У меня частичное дерево из CVS, пока без apps. Переменную окружения ACLOCAL нужно выставлять для biuld.sh, т.к. он запускает autogen.sh в каждом пакете.
Тем, кто использует тарболлы это все не грозит. Т.к. файл aclocal.m4, который содержит иксовые макросы уже сформирован (как и configure).
Думаю c jhbuild примерно то же самое: если из CVS, то придется малость поизвращаться. А с тарболлами все на ура.
Вообще, не понимаю зачем собирать сразу все для 7.0. Для этого есть 6.9: и по функциональности идентичен и конфигурировать удобнее. Для последующих релизов 7 ветки, наверно будет создан пакет настройки, типа того, который используется для конфигурации ядра.
Я когда-то собирал E17 с помощью jhbuild из CVS. Поимел немного опыта :)
> Вообще, не понимаю зачем собирать сразу все для 7.0.
На мой взгляд 7.0 удобнее в плане обновления -- не надо заново собирать весь большой кусок из-за двух строчек патча. В принципе я не тороплюсь -- подожду когда в Дженте -r1 будет :)
Из новостей на http://gatos.sf.net
All-in-Wonder Radeon 9700 (Radeon300)
We have received documentation for this card and sample hardware (thanks to ATI !), work is underway. At this moment we cannot promise a specific timeframe for availability of working drivers or list specific feature that will be supported.
Значала собрать и поставить libdrm из extras, затем месу оттудаже, затем в папке, куда скопируются все собранные либы(Mesa/lib чтоли) сделать strip*( а то r300_dri.so - 13 сетров весит), затем заменить в /usr/X11R6/lib/ файлы libGL.so.* и libGLw.so.*, на те что в месе, и скопировать r300_dri.so куда надо, и даа.. agpmode максимум можно - 2x, на 4x либо сразу виснет, либо reboot..
А вот прикрутить fglrx... собирал иксы6.9, предварительно поменявверсии на 6.8.3(чтоб из 6.8 было)(xorgversion.cf чтоли), но при загрузке постепенно доп файлов вылазили ошибки о unresilved symbols in fglrx_drv, сначала это было с libvgahw.so, заменил его на libvgahw.o из 6.8.2, пошло дальше, в итоге так заменил файлов 5, в итоге иксы запустились, показали мне на экране крякрозябры и увели ядро в даун. Сейча собрал с нормальным номером версии(т.е. 6.9.0), ругается что мол на 6.8.0.0, а меня 7.0.0.0 и выгружается, кто знает как сделать, ведь у мандривы(2006) такое работает както
............
(II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer.
(II) RADEON(0): Render acceleration disabled
.............
ждем новых fglrx, с поддержкой xorg6.9, ядер >=2.6.15-rc3, и поддержки renderAccel в них, ведь composite та теперь не экспериментальный, а ATI под экпериментальные и беты нече не делает(а под висту сделали o_O )