[Slim] Clavier obstinément qwerty (résolu)

[Pierrot]

Bonsoir à tous,

Je viens d'installer Xfce avec Xorg 1.8 donc plus de Hal et ses fichiers policy fdi bien pratiques dans mon cas...
Le soucis c'est que Slim (et uniquement lui) est toujours en qwerty, il refuse de suivre la configuration du reste de la machine qui elle est bien tout en azerty fr_FR-UTF8 latin-9 oss.
J'ai tenté de régler ça via le xorg.conf mais pas moyen vu que dès qu'il y a un xorg.conf la machine refuse de booter.

Pourriez-vous me donner un coup de main svp ? Je ne vois vraiment pas où chercher

Merci beaucoup

[banditblue]

je ne sais pas si je repond a ta question

peut etre une petite piste regarde dans /etc/xdg/xfce enfin je pense que tu doit avoir un fichier a modifier lequel je sais pas je suis sous openbox

[Pierrot]

Merci pour ta réponse, en effet il y a pas mal de fichiers de conf mais aucun ne semble servir à Slim. Pas de trace non plus d'une indication de clavier. Ça doit être ailleurs

[benjarobin]

Attend, il y a un truc que je ne saisie pas, tu n'as plus hal et pas de Xorg.conf, ton clavier est configurer ou alors et comment il est détecter ? C'est inclue dans Xorg ?

[Pierrot]

Euh je ne sais pas trop... C'est pas udev qui gère tout ça depuis Xorg 1.8 [testing] ? D'après le wiki c'est ce que j'ai compris.

[Berillions]

Oui oui, HAL est 6 pieds sous terre depuis le passage en Xorg 1.8 et c'est udev qui le remplace.
Par contre, pour ton problème je ne sais pas.

Demain, vais m'amuser à passer en testing sous Machine Virtuelle car en dure, je reste en "stable" si je puis dire et je tourne que sous OpenBox.

[Pierrot]

Ok j'attend ton retour parceque ça me turlupine cette histoire de Xorg 1.8. Il y a un autre problème lié à la disparition de Hal c'est qu'on ne peut plus éteindre/rebooter/mettre en veille depuis xfce. C'est sûr que ça vient de Hal vu que je vient de le réinstaller (avec Xorg 1.7) pour voir et je peut à nouveau éteindre/rebooter... En revanche le driver radeon passe de 1300fps à 600
Quelle galère !
Et puis je ne sais pas vous mais les explications de comment udev remplace hal et comment le configurer sont plus que succintes. j'y pige waloo, en gros udev détecte tout automatiquement et puis c'est tout... Mouais ya un truc qui cloche

[niavlys]

Oui oui, HAL est 6 pieds sous terre depuis le passage en Xorg 1.8 et c'est udev qui le remplace.

pour la config de xorg certes, mais hal est loin d'être enterré, un #pacman -Qi hal peut te convaincre qu'hal est encore bien utile...

sinon pour en revenir au problème initial, slim est démarré comment? via inittab ou comme démon?
rien de particulier dans les log?

Il y a un autre problème lié à la disparition de Hal c'est qu'on ne peut plus éteindre/rebooter/mettre en veille depuis xfce.

bein oui cf plus haut, xfce4-power-manager dépend de hal ...

[Pierrot]

Ah ok... donc en gros tellement d'applis dépendent de hal que je vais faire machine arrière et tout réinstaller en stable avec xorg 1.7.
Slim est lancé via le fichier inittab...

[tuxce]

Et puis je ne sais pas vous mais les explications de comment udev remplace hal et comment le configurer sont plus que succintes.

udev ne remplace pas hal, hal était une couche supplémentaire disponible sur plusieurs OS et qui utilisait, sous linux, udev pour la détection du matériel, ce qui a changé dans xorg, c'est qu'il demande directement à udev au lieu de passer par hal.

pour la configuration du clavier, tu dois ou bien modifier le fichier
/etc/X11/xorg.conf.d/10-evdev.conf
en y ajoutant

Code : Tout sélectionner

Section "InputClass"
        Identifier "evdev keyboard catchall"
[...]
	Option "XkbLayout"	"fr"
EndSection

ou alors rajouter une règle udev pour présenter l'option à xorg, par exemple un fichier /etc/udev/rules.d/95-keyboard.rules:

Code : Tout sélectionner

ENV{ID_INPUT_KEYBOARD}=="?*", ENV{xkblayout}="fr"

[Pierrot]

Merci tuxce pour tes solutions mais ça ne fonctionne malheureusement pas, slim est encore en qwerty.
J'ai commencé par la première pour finir avec les 2, rien n'y fait.

Pour revenir à hal remplacé par udev, ça fait gagner juste du temps de boot ?

[tuxce]

Tu peux paster le /var/log/Xorg.0.log juste après avoir démarré slim (et seulement slim, pas ton environnement)
Je sais pas si t'as modifié xorg.conf ou un des fichier dans xorg.conf.d mais les modifs que j'ai donné peuvent être écrasé par une option que t'aurais rajouté.

Pour revenir à hal remplacé par udev

ce n'est pas remplacé par udev !
udev a toujours existé.

[Feng]

Essaye en forcant avec evdev ou avec xorg :

Code : Tout sélectionner

Option	   "XkbRules"      "evdev" # ou xorg
Option	   "XkbLayout"     "fr"

[Pierrot]

Merci pour toutes vos réponses, je viens de reformater et le problème est réglé. En fait j'ai du me mélanger les pinceaux entre Xorg 1.8/1.7,les dépôts testing et les downgrade upgrade, faut dire que j'ai pas mal bidouillé
Punaise Xfce ça pousse !!! Et puis je viens de tester le pilote proprio Catalyst => 5590FPS re

[CroK]

Apparement avec Xorg 1.8, il faudrait agir du côté du fichier /etc/X11/xorg.conf.d/10-evdev.conf

(Source : http://geekfault.org/2010/05/09/choisir ... f-ni-hack/)

[Pierrot]

Ok merci pour la précision. A la prochaine install au moins je saurai quoi faire !

[wido]

A la prochaine install au moins je saurai quoi faire !

Encore une méthode à la windaube

[Pierrot]

Euh ouè si on veut
Sauf que la durée entre ces opérations est plus que multipliée par 10, et que la raison n'est pas la même. Si je formate c'est pas par dépit, parceque ma machine est raide & vérolée mais bien parceque je veux tester autre chose...
Ta remarque est un peu sotte en fait