Dotaz: setxkbmap po aktualizaci systemu blbne

[Amarok]

Ahoj lidi, strucny popis problemu: aktualizoval jsem system pres pacman -Syu a druhy den po spusteni pocitace koukam, ze mi nefunguji sipky, nefunguji multimedialni tlacitka, nefunguje Enter na keypadu, a mozna jeste neco dalsiho. V konfiguraku okenniho manazeru (PekWM) si sam spoustim tohle:

setxkbmap -rules xorg -model evdev -layout "us,cz" -variant ",qwerty_bksl" -option "grp:alt_shift_toggle,grp_led:scroll"

Tohle mi 2 roky fungovalo bez problemu. Sranda je, kdyz odpojim USB klavesnici a zase ji pripojim, tak vsechny klavesy funguji spravne, jen nemam teda ceskou klavesnici s tim mym nastavenim, hodi se tam US klavesnice.

$ setxkbmap -v 10

Setting verbose level to 10
locale is C
Applied rules from evdev:
model:      evdev
layout:     us
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwerty)
types:      complete
compat:     complete
symbols:    pc+us+inet(evdev)
geometry:   pc(pc104)

Jakmile pak zase zadam ten muj radek s us,cz klavesnici a prepinanim, tak se problem zase vrati. Co se teda stalo a co s tim? Hledal jsem uz peknou chvili v internetu pomoc a nenasel jsem nic.

---

---

Odpovědi

[Amarok]

Jeste bych dodal, ze jsem pres xev zjistil, ze ty nefunkcni tlacitka funguji, ale jsou na nich namapovany uplne jine, napr. na sipku nahoru je Print, na sipku dolu je Super_R apod.

[Jary]

O tom, jakou keymapu použít se stará HAL.

Nevím přesně jak to teď funguje. Hledej někde v /etc/hal/fdi/policy/10-input-policy.fdi nebo podobném souboru.

Já mám:

 
cat /etc/hal/fdi/policy/10-xinput-configuration.fdi
<?xml version="1.0" encoding="UTF-8"?>
<!--
Section "InputDevice"
   Driver "evdev"
   Option "XkbLayout" "ee"
EndSection
-->
<deviceinfo version="0.2">
   <match key="info.capabilities" contains="input.keyboard">
      <merge key="input.x11_options.XkbLayout" type="string">us</merge>
   </match>
</deviceinfo>

Ještě jsem nepřišel na to, jak automaticky nechat nastavit cz qwerty, ale moc mě to nepálí...

[Marek Niklíček]

Ale od xorg-server verzie 1.7 sa na to už HAL nepoužíva a nahradil ho udev. Arch Linux má momentálne verziu 1.9.0.

[Jary]

Aha. Já mám Gentoo a to je stabilnější (:.

[Ash]

I v Gentoo je xorg-server >=1.7 (od 1.7 do 1.9).

[Jary]

Jo, je tam, ale není odmaskovanej. Většinou používám stabilní věcy.

[Ash]

V Gentoo je xorg-server-1.7.7-r1 ale stabilní pro většinu platforem, ty máš některou z těch ostatních, nebo neaktuální portage? Také používám stabilní věci až na výjimky.

[Jary]

x11-base/xorg-server-1.7.7-r1 mám stable, ale skutečně patří do množiny, kde se o keymapu stará udev?

[Ash]

V zásadě by to mohlo záležet na USE, ale já mám v USE udev i hal (hal ale vůbec nepoužívám), takže bych řekl, že se o keymapu stará udev, například neexistují zmíněné halovské soubory, hald mi neběží apod.

[Amarok]

Je pekne, ze si tu tak povidate o existenci HALu, nicmene problem jsem jeste nevyresil Presneji receno jsem ho vyresil tak, ze jsem vyhodil ze startup-souboru ten muj setxkbmap radek a jedu ted proste s defaultni americkou klavesnici a aspon mi funguje cela. O vikendu zkusim postupne nejake parametry, treba prijdu na to, na kterem se to zasekne. A nebo bych mohl nekde v internetu najit kompletni .Xmodmap a proste si vytvorit vlastni mapovani.

[vc]

Jo, jo, tenhle problem me taky trapi... Podarilo se ti s tim o vikendu hnout?

[Amarok]

Už jsem to vyřešil, problém už nastane, jakmile teď jenom napíšu:

setxkbmap -rules xorg

Chápe to někdo? Pokud jen vynechám -rules xorg a vše ostatní definuju jako obvykle, tak to funguje přesně jako dřív. Čili takto:

setxkbmap -model evdev -layout "us,cz" -variant ",qwerty_bksl" -option "grp:alt_shift_toggle,grp_led:scroll"

Pro ty, co nechápou výše uvedenou definici: přepínání mezi US a CZ klávesnicí mám definovanou přes ALT+SHIFT, přičemž se pak rozsvítí scroll LED jako kontrolka české klávesnice.

[Amarok]

Ještě dodávám (spíš to sem píšu pro sebe, abych to měl někde uložené), že cesta k "rules" konfigurákům je /usr/share/X11/xkb/rules Vše tam bylo přepsáno/aktualizováno 23.8., což je ale o měsíc dřív, než mi to začlo blbnout, takže to pořád nechápu. Rule xorg tam má symlink na rule base. Dále tam jsou ještě rulesy evdev a xfree98.

Jsem rád, že to už aspoň funguje a tak se tím sám dál už nebudu zabývat, bylo by ale zajímavé slyšet něco od někoho, kdo se v tom vyzná.

[vc]

Diky, odstraneni "-rules xorg" mi problem take odstranilo.

Ja prepinani resim ve .fluxbox/keys:

Mod1 F8 :ExecCommand setxkbmap -layout us
Mod1 F9 :ExecCommand setxkbmap -layout cz_qwerty

(ALT+F8 na US, ALT+F9 na CZ)

Zkousel jsem trosku Googlit a zkoumat, ale proc to prestalo fungovat (a k cemu konkretnimu presne ten prepinac je) jsem taky nezjistil:(

Kazdopadne jeste jednou diky, ze ses podelil s resenim, moc mi to pomohlo!

[Amarok]

Jo na tenhle zpusob asi taky prejdu, jelikoz bych chtel jeste treti rozlozeni klavesnice, tak si to dam treba na F10-F12, jen nevim, jak budu resit informaci o aktualni klavesnici. Spis to resit nebudu vubec, ono je to totiz dost nepodstatne, protoze pouzivam zasadne "globalni" zmenu a ne jen zmenu pro kazde okno zvlast (to uplne nesnasim na woknech).

[vc]

Ja to taky neresim, na predchozim notebooku jsem pouzival num lock nebo scroll lock (uz si nepamatuju, co za led tam bylo), ale to s novym notasem padlo (ma jen caps lock led a ta se hodi k puvodnimu ucelu:)), takze to poznam zpameti nebo podle reakce klavesnice - stejne na cestinu prepinam jen kdy chci vylozene neco psat cesky (coz jsem mohl udelat zrovna ted, ze?;)). Ale slo by to urcite resit treba vlastni tristavovou ikonkou do traye.