[gdm] Clavier qwerty

[bapman]

Salut,

J'ai bien vu le précédent topic sur le sujet ici : http://forums.archlinux.fr/topic3014.html. Malheureusement, ça ne résout pas le pb pour moi. Peut-être parce-que je ne suis pas en auto-détection.

J'ai réussi à régler le pb des raccourcis clavier en qwerty (ctrl+Z était remplacé par ctrl+W par exemple) avec la commande :

Code : Tout sélectionner

setxkbmap fr oss

Cependant je lance cette commande au démarrage de session GNOME et je n'arrive pas à la lancer au démarrage de xorg donc GDM reste en qwerty.

La conf clavier de mon Xorg :

Code : Tout sélectionner

Section "ServerFlags"
	Option "AutoAddDevices" "False"
EndSection	

Section "ServerLayout"
# PS/2 Mouse not detected
# Serial Mouse not detected
    Identifier     "Xorg Configured"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "USB Mouse" "CorePointer"
    InputDevice    "Touchpad" "SendCoreEvents"
EndSection


...


Section "InputDevice"
	Identifier	"Keyboard0"
	Driver		"kbd"
	Option		"XkbRules" "xorg"
	Option		"XkbModel"   "pc105"
	Option		"XkbLayout"  "fr"
	Option		"XkbVariant"  "oss"
EndSection

Théoriquement avec cette conf je ne devrais pas avoir besoin de la commande setxkbmap mais bizarrement l'option XkbVariant n'a pas l'air d'être prise en compte !


Merci de votre aide !

[nowahn]

bonsoir,
regarde ton /var/log/Xorg.0.log, il devrait y avoir des erreurs au moment de la configuration du clavier.
sinon, je vois pas qu'est-ce qu'il manque à ta configuration, ça devrait marcher.

[bapman]

Merci pour la réponse ! Une partie de mon log :

Code : Tout sélectionner

(**) Video Bus: always reports core events
(**) Video Bus: Device: "/dev/input/event11"
(II) Video Bus: Found keys
(II) Video Bus: Configuring as keyboard
(II) XINPUT: Adding extended input device "Video Bus" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Video Bus: xkb_rules: "evdev"
(**) Option "xkb_model" "evdev"
(**) Video Bus: xkb_model: "evdev"
(**) Option "xkb_layout" "us"
(**) Video Bus: xkb_layout: "us"
(II) config/hal: Adding input device AT Translated Set 2 keyboard
(**) AT Translated Set 2 keyboard: always reports core events
(**) AT Translated Set 2 keyboard: Device: "/dev/input/event1"
(II) AT Translated Set 2 keyboard: Found keys
(II) AT Translated Set 2 keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) AT Translated Set 2 keyboard: xkb_rules: "evdev"
(**) Option "xkb_model" "evdev"
(**) AT Translated Set 2 keyboard: xkb_model: "evdev"
(**) Option "xkb_layout" "us"
(**) AT Translated Set 2 keyboard: xkb_layout: "us"
(II) config/hal: Adding input device Macintosh mouse button emulation

On dirait que HAL arrive quand même à mettre le souk malgré ma tentative de désactivation !

[Cactus]

Je te propose 2 solutions qui devraient marcher :

1ère solution : faire le mapage sous Grub (à rajouter au début du fichier) :

# Emulation d'un clavier azerty_FR
setkey less backquote
setkey greater tilde
setkey ampersand 1
setkey 1 exclam
setkey tilde 2
setkey 2 at
setkey doublequote 3
setkey 3 numbersign
setkey quote 4
setkey 4 dollar
setkey parenleft 5
setkey 5 percent
setkey minus 6
setkey 6 caret
setkey backquote 7
setkey 7 ampersand
setkey underscore 8
setkey 8 asterisk
setkey backslash 9
setkey 9 parenleft
setkey at 0
setkey 0 parenright
setkey parenright minus
setkey numbersign underscore
setkey a q
setkey A Q
setkey z w
setkey Z W
setkey caret bracketleft
setkey dollar bracketright
setkey q a
setkey Q A
setkey m semicolon
setkey M colon
setkey bracketleft quote
setkey percent doublequote
setkey asterisk backslash
setkey bracketright bar
setkey w z
setkey W Z
setkey comma m
setkey question M
setkey semicolon comma
setkey period less
setkey colon period
setkey slash greater
setkey exclam slash
setkey bar question
# suite de votre menu.lst

2ème solution : rajouter dans /etc/rc.local (ou rc.sysinit ???) :

loadkeys fr-latin9

Sinon, je suis persuadé (je peux me tromper) qu'il existe un paramètre spécifique à gdm pour cela, mais je ne connais pas...

[gyo]

Je te propose 2 solutions qui devraient marcher :

1ère solution : faire le mapage sous Grub (à rajouter au début du fichier) :


2ème solution : rajouter dans /etc/rc.local (ou rc.sysinit ???) :

loadkeys fr-latin9

Euh il parlait d’un problème de mappage clavier sous X (plus précisément GDM). Donc je ne vois pas le rapport avec la choucroute

Sinon, je suis persuadé (je peux me tromper) qu'il existe un paramètre spécifique à gdm pour cela, mais je ne connais pas...

Ah, voilà c’est plus ça qu’il l’intéresse . Sans doute qu’il y a un paramètre GDM concernant le mappage clavier, mais AMHA, s’il utilise le fichier de conf par défaut, il n’y a pas de raison pour qu’il n’ai pas le clavier en mappage fr (dixit xorg.conf)

Code : Tout sélectionner

(II) config/hal: Adding input device AT Translated Set 2 keyboard

Code : Tout sélectionner

Section "ServerFlags"
   Option "AutoAddDevices" "False"
EndSection

Hum, on dirait que tu as finalement Xorg de configuré en hotplug, malgré ce que tu as mis dans ton xorg.conf.
bapman, montre-nous ta conf complète de xorg.
Sinon, pour l’hotplugging : http://wiki.archlinux.fr/howto:indispen ... utomatique

[mélodie]

Bonjour,

Sinon il est peut-être possible de surcharger la configuration du clavier en passant par les préférences dans Gnome. (Je veux dire configurer ça en mode graphique).

[gyo]

Bonjour,

Sinon il est peut-être possible de surcharger la configuration du clavier en passant par les préférences dans Gnome. (Je veux dire configurer ça en mode graphique).

Oui, tout à fait (comme sous KDE d’ailleurs).

[gyo]

J’oubliais (nous oublions plutôt ) : bapman, si tu pouvais formater le titre du topic comme il faut, cf : http://forums.archlinux.fr/topic68.html

Merci.

[Cactus]

je parlais bien au conditionnel...
Maintenant, je pensais qu'en mappant le clavier avant gdm, ce dernier récupèrerait peut-être la conf définie...
D'où l'idée du mappage dnas grub, ou dans rc.local...
Maintenant, si gdm a une option par défaut qui écrase tout, c'est mort.

[gyo]

je parlais bien au conditionnel...
Maintenant, je pensais qu'en mappant le clavier avant gdm, ce dernier récupèrerait peut-être la conf définie...
D'où l'idée du mappage dnas grub, ou dans rc.local...

Oui mais non, le système de gestion des périphériques de saisies n’est pas du tout la même en tty qu’en xorg (d’ailleurs, c’est bien dommage, on perd en cohérence).
Après, on peut imaginer un script à placer dans .xsession ou .xinitrc puisse récupérer les infos de disposition clavier de la console pour l’utiliser sous X avec une table de correspondance kivabien™ via l’utilisation de setxkbmap.
Héhé, ce serait pas bête ça
(Ou inversement… l’œuf ou la poule toussa)
D’ailleurs, comment ça se passe sous les *BSD au niveau du tty pour le mappage ?

[EDIT]
Pour grub, c’est un mini-OS qui n’a rien à voir avec GNU/Linux, donc c’est pas la peine

[indiana tux]

Si je me souviens bien, j'avais le même problème , pour le résoudre va sur le lien que t'a donné gyo ( le howto:indispensable...) et suit la procédure "Configuration des périphériques de saisie", redemarre et tout devrait rentrer dans l'ordre.

[tuxce]

redemarre et tout devrait rentrer dans l'ordre.

redemarre hal et X, pas besoin de redémarrer l'ordi

[indiana tux]

oui effectivement mais j'ai écrit "redemarre" pour plus de facilité, au moins pas d'erreur.

[romain]

Salut moi aussi le clavier a etait un probleme et ce site a resolu mon probleme.

http://www.mat2057.info/2008/11/12/arch ... -et-evdev/

[tuxce]

même sujet -> http://forums.archlinux.fr/topic3190.html