Bonjour,
je suis de retour sous gentoo, mais mon clavier est configure en qwerty sous X -sous kde et kdm en faite-, alors que xorg me semble normalement configure et que ttyX sont en azerty.

J'ai regarde les pistes qui auraient pu etre fautive :

locale :
http://pastebin.com/m7f6d9b8a

xorg.conf -xinerama et twinview pas encore fonctionnel- :
http://pastebin.com/m1bc2a961

et enfin, le fichier de log de X :
http://pastebin.com/m1b8a3c68

J'ai installe xorg-x11 avec :
INPUT_DEVICES="evdev keyboard mouse synaptics"
LINGUAS="fr fr_FR"
VIDEO_CARDS="nv nvidia v4l"

Donc les paquets necessaires devraient etre installe.

Je n'ai plus d'idee... Merci pour vos eventuelles reponses.

Il me semble que KDE utilise son propre gestionnaire pour modifier la langue du clavier, peut être dans le panneau de configuration ?

pour KDE, jette un coup d'oeil dans kcontrol

Justement rien n'est active par defaut, donc je suppose peut-etre a tord qu'il utilise les choix de xorg.

J'ai quand meme essaye de changer : mais il se trouve que mettre en francais me donne un clavier en azerty, mais avec des problemes partout : par exemple, le bouton "haut" est assigne a impression d'ecran, et les 3 autres touches directionnelles ne font rien.

Je ne vais pas commencer q reassigner mes touches alors que c'est la premiere fois que ca m'arrive.

Je crois vraiment que le probleme vient de xorg.

tu as essayer de reconfigurer xorg?
je vais te dire, par moment ma mandriva change mon /etc/fstab.
il me supprime des lignes notament ceux qui ont l'otion bind.
avec Kaella, impossible de modifier quoi que ce soit. au redémarrage j'avais la configuration par défaut comme si il venait d'etre installé.
regarde si tu n'a pas un fichier qui protége ton xorg.conf et qui le réinitialise a chaque modif

Ca ne vient pas de la.

En faite, des que je remets en us avec kde, le bug des touches directionnelles reste. Je vais essayer de recompiler des trucs...

tape locale dans une console

1. locale

poste pour voire :[

sinon y a toujour

1. vi -w /etc/conf.d/keymaps
2. KEYMAP="fr-latin1" #ajoute pour clavier français fr-latin1 ou fr-latin9

"Justement rien n'est active par defaut, donc je suppose peut-etre a tord qu'il utilise les choix de xorg. " peut-être à tord oui !

Tu es sûr qu'il n'y a pas une application KDE à la noix qui intercepte les saisies aux claviers pour des motifs de raccourcis clavier ?

koigh : cf premier post, premier lien.

Oupss pas vu ^^

Puis la locale et le keymap console n'ont rien à voir avec les réglages du clavier d'X.

Pour l'appli : je ne pense pas, a moins qu'ils viennent de l'integrer dans kde dernierement...

Raaah, et j'ai des problemes avec certains paquets de kde. Je vais d'abord regler ca avant.

Bon je vais faire chialer les puristes mais HAL vient foutre le brin même chez Xorg...
En effet, la bonne vieille conf. via /etc/X11/xorg.conf va être bientôt dépréciée au profit d'une configuration via HAL.
Jette un oeil ici :
http://bugs.gentoo.org/show_bug.cgi?id=200061

La config se fait désormais dans /etc/hal/fdi/policy/.
Tu trouveras ton bonheur en terme d'examples ici :
http://dev.gentoo.org/~compnerd/temp/hal-config-examples/

C'est cool non ?
/me n'aime pas le progrès...

Tiens je viens de tomber sur un problème similaire au tien sur le forum Gentoo francophone :
http://forums.gentoo.org/viewtopic-t-641474-highlight-hal+xorg.html

Sinon t'as aussi l'astuce qui consiste à compiler xorg-server avec -hal comme USE pour retrouver un fonctionnement normal.

Putain mais merde ! Ça ne va pas pouvoir durer comme ça.

Je vais vraiment ressortir ma LFS moi. Au moins, je saurai sur qui taper quand ça marche pas.

Ouais ou alors on peut ressusciter Y Window : http://www.y-windows.org/

Hum...

Sankukai > Beurk...

Tous sous OpenBSD, il n'y a pas HAL, ne serait-ce qu'en option ! Et vu qu'un dev OpenBSD fait partie du comité X11, je doute qu'il laisse X passer totalement du côté obscur

OpenBSD est le dernier rampart !
Enfin les OS « source » permettent aussi de compiler Xorg sans hal mais bon...

Je ne vois vraiment pas l'intérêt de ce truc-là... On va ajouter une complexité importante à l'implémentation de X (configuration statique via un bête fichier vs configuration dynamique via une couche de communication), une source de bugs externe (oups hal-0.5.11 est tellement buggué que je ne peux utiliser ni souris, ni clavier) tout ça pour encore rajouter de l'automatisation mal placée...
Le fin du fin est que la migration est extrêmement mal documentée...
Après le Xorg-7.3 bien boiteux, le Xorg-7.4 qui marche pas du tout ?

• balaye un peu le forum*

Au pire ils feront comme pour GCC, Apache, et d'autres : fork(); /* */

Quand je me serais installé je materais un peu le code source d'ailleurs, histoire de voir si c'est surréaliste de vouloir y participer ou pas