|
|
|
|
| Zitat von Klappfallscheibe
| Zitat von GHeissi
und klar kann ich hal useflag deaktivieren, aber ich will evdev für die tastatur für meine ganzen extra tasten, die xkb teilweise nicht verwalten kann | |
Was hat das HAL-UseFlag mit dem evdev-Treiber zu tun? Du kannst den evdev-Treiber auch ohne HAL nutzen.
| trotzdem bin ich der meinung, dass das neue hal nicht in den tree gehört. schon gar nicht in testing. (wie eben in dem von TheRealHawk erwähnten blog steht)
es geht mir wirklich nur darum, dass gentoo manchmal neue sachen extrem schnell in den tree schmeißt, auch wenn sie im svn-tree besser aufgehoben wären. | |
Dafür kann man Gentoo - IMHO zurecht - kritisieren. Hättest du das gleich so geschrieben, hätte ich kein Wort gesagt
| |
das ist ja der schmäh: das neue evdev-1.2.0 (ebenfalls testing.. *pfeif*) scannt nicht mehr wie bisher die event interfaces auf /dev/input/event* durch. nein, beim neuen release wurde einfach der scan weggelassen, weil das macht der wunderbarde xorg-server mit hal problemlos. haha.
das ist durch und durch komplett verwirrend. *g*
aber ich seh gerade, dass der xorg-server sowieso nicht das neue evdev zwingend braucht. dann werde ich einfach mal evdev downgraden, mal gucken.
|
|
|
|
|
|
|
Damn, redet ihr hier grad chinesisch???
|
|
|
|
|
|
|
hehe, deshalb meinte ich ja urprünglich, dass es (fast) niemanden interessiert.
|
|
|
|
|
|
|
das mit dem downgrade sollte nicht klappen
bei mir hat das sofort zum absturz von xorg geführt, sobald ein evdev event aufgetreten ist (maus eingesteckt)
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ./hoschi am 22.04.2008 17:30]
|
|
|
|
|
|
shit!
es geht anscheinend nur, wenn man hal downgradet (warum das so ist? ich weiß es nicht und es ist auch besser so), aber dann funktioniert gnome-2.22 wieder nicht, weil es teilweise das neue hal braucht. altes gnome --> nein danke.
so eine verarschung!
|
|
|
|
|
|
|
Also normalerweise sagt man dem Treiber doch auch, wo er das zu treibenden Stück Hardware findet. Und das muss man schon selber machen, wenn man HAL nicht nutzen will
Auszug aus der evdev-manpage:
|
Code: |
Option "Device" "string"
Specifies the device note through which the device can be
accessed. At this time ONLY /dev/input/eventn, where n is an
integer, are matched against this this field.
This option uses globbing.
Please note that use of this option is strongly discouraged.
Option "Name" "string"
Specifies the device name for the device you wish to use.
The device name is generally the only consistent identifier for
devices that are commonly unplugged and plugged back into dif‐
ferent ports.
A list of currently plugged in devices and associated device
names can be obtained by typing "cat /proc/bus/input/devices",
the "Name" field is the value you want for this option.
This option uses globbing.
Option "Phys" "string"
Specifies the device phys string for the device you wish to use.
The phys string is generally consistent to the USB port a device
is plugged into.
A list of currently plugged in devices and associated device
names can be obtained by typing "cat /proc/bus/input/devices",
the "Phys" field is the value you want for this option.
This option uses globbing.
|
|
Damit tut es der neue evdev-Treiber nicht?
|
|
|
|
|
|
|
KDE » GNOME
Und jetzt Feuer frei!
|
|
|
|
|
|
|
soweit kommts noch.
das alte evdev hat wunderbar gescannt. warum soll ich das jetzt wieder manuell einstellen??
aber hoppla. das hab ich schon mal in diesen thread geschrieben, dass ich die devices manuell hinzufue(scheiss evdev)gen und danach die automatische erkennung neuer devices deaktivieren muss.
dann funktioniert es, stimmt schon.
aber auch nur workaround, da mein ultra logitech keyboard mehr als ein event-interface braucht. anscheinend switcht dann hal fleissig zwischen den interfaces herum - dafuer gehen dann auch alle tasten. und dann spinnt layout wieder... (anscheinend. ich uebernehme keine garantie fuer diesen undurchsichtigen schwachsinn).
[e]haha, "soweit kommts noch" passt auch zum kde kommentar[/e]
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von GHeissi am 22.04.2008 18:18]
|
|
|
|
|
|
Nun ja, die Idee, die dahinter steckt, ist ja nicht schlecht: statt die Suche nach dem entsprechendem Device in jedem Treiber neu zu implementieren, gibt es eine Bibliothek (HAL), die diese Suche anhand von Policys für alle Geräte zur Verfügung stellt.
Nur die Umsetzung scheint noch nicht ganz gelungen, da hilft wohl nur Geduld
|
|
|
|
|
|
|
Die Idee ist wirklich toll, keine Frage. Deshalb hoffe ich ja auch auf eine Dokumentation der Policies.
So, und jetzt hoehr ich wieder auf zum spammen.
Naja, mit einer billigen policy geht dann auch wieder alles. eigentlich halb so wild.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von GHeissi am 22.04.2008 18:37]
|
|
|
|
|
|
| Zitat von :.u[k3R
KDE » GNOME | |
Das ergibt keinen Sinn.
|
|
|
|
|
|
Thema: Open Source... ( ...schön und gut ) |