„showkey -r”
-s
* na de mindegy, ha a showkey nem tudja megjeleníteni, akkor el van cseszve valami patchel mondjuk… vagy a kernel…
* tegyél fel egy újabb vanilla-kernelt (mondjuk 2.6.12) vagy egy ck-patchesettel rendelkezõ kernelt, azzal minden bizonnyal menni fog…szerintem ráérsz akkor barkácsolni, ha azzal sem megy.

„Ráadásul azt sem értem, miért nekem kellene ezt csinálnom, miért nem a disztribúció összeállítóinak és kibocsátóinak kellene ügyelni arra, hogy ilyen triviális hibák ne maradjanak bent.”
Hát, ha tudnád mekkora a hibalehetõség, akkor nem mondanál ilyeneket 🙂 (mármint a mondatod elsõ felével 1et értek, de ezért vannak a bug-listák) sajnos senki nem mindenható.
Egyébként aszem pont ezzel az uhuval szívtam én is egy kommersznek mondható billentyûzettel…feltettem egy új kernelt és mûködött.

(Szóval én inkább egy új kernelt javasolok, mint a régivel való szórakozást.)
[align=right][snapback]147319[/snapback][/align]

Helló!

Nem véletlenül írtózom én a kernelforgatástól!
Valaha, kb. 5 évvel ezelõtt (még RedHatot és SuSE-t használva) nyakra-fõre kernelt forgattam. Aztán a SuSE kényelmessé tett, nem volt szükségem rá. Ugyanígy van az UHU-nál is, egyszerûen nem volt igény rá.
Tegnap letöltöttem a 2.6.12.5 verziójú „vanilla” kernelt, ma pedig csináltam két kernelforgatást. Egyiket az eredeti .config felhasználásával, a másikat egy saját magam által elvégzett konfigurálással. Az elsõ esetben legalább elindult a rendszer (a modulokat is leforgattam, továbbá elvégeztem minden szükségest az új kernel indításához – hadd ne soroljam, nem hagytam ki semmit), azonban az X nem akart indulni.
Az általam készített .config alapján készített kernel még csak nem is bootol, hanem egybõl lefagy.
Erre aztán visszaállítottam mindent az eredeti kernelre, mert azt még sikerült kiderítenem az új kernel esetén (az eredeti .configgal készített 2.6.12.5-ös), hogy sajnos ez sem generál scancode-ot ahhoz a 6 multimédiás billentyûhöz, ami miatt egyáltalán nekiálltam a kernelforgatásnak.
Innentõl kezdve megállt még az a csekély tudományom is, ami eddig esetleg volt 🙁 🙁 🙁

Udv: Fazakas Albert

Futtasd valamelyik virtuális konzolon (kizárólag vc-n!) a
#showkey -k
parancsot. Ha a billentyû lenyomására megjelenik szám, akkor elérheted a billentyût bármilyen trükk nélkül. Ha nem futtasd ugyanott a
#showkey -s
parancsot. Ha számok jelennek meg a lenyomás hatására, akkor a
#setkeycodes … paranccsal „létre lehet hozni” a keycode-ot (legegyszerûbb bootscriptbe betenni)
(pl.: xbindkeys egyszerû x-es program megmutatja x alatt a deffiniált kódot meg tudja mutatni, társítani is lehet hozzá…)
Ha „showkey -s” nem hoz eredményt kernel patch kell, vagy DIY kernel babrálás…

#man showkey
#man setkeycodes
#man getkeycodes
#man xbindkeys
[align=right][snapback]147128[/snapback][/align]

Helló Vizsla!

Sajnos, szöveges módban (X alatt nem hajlandó futni a parancs) a showkey -k illetve a showkey -s sem ad vissza a hivatkozott 6 db billentyû lenyomásakor kódot. Pedig a rendszer érzékeli a billyentyûk lenyomását, hiszen ahogy írtam, minden billentyû lenyomásakor a vinyó LED-je egy pillanatra felvillan, reagálva a lenyomásra.
De se keycode, se szám nem jön vissza (az érintett 6 db billentyûnél)! Kernelt patch-elni sajnos nem tudok, azt meg nem tudom, mit jelent a DIY kernel babrálás.
X alatt én az xev programmal derítettem ki anno, hogy melyek a keycode-jai a 16 billentyûnek. Ez SuSE és az UHU 1.1 alatt OK is volt (az UHU 1.1 alatt most is), de az UHU 1.2-ben elvész a 16-ból 6 db, viszont én nem akarok lemondani róluk!