Archlinux.fr [Forums]

Ne faudrait-il pas déplacer ce topic vers Environnements graphiques ?

Troll du jour: quand on voit cette mise-à-jour, on peut dire que c'est pas trop kiss....

information utile du jour pour les claviers belges ça marche, il suffit de mettre be sur la fameuse ligne. Et de relancer Hal.

j'a aussi eu le problème nvidia et rgb.
Ah ce xorg...que du bonheur cet écran bleu. D'ailleurs on lancerait pas une pétition pour une autre couleur?

strataoïde a écrit : Ah ce xorg...que du bonheur cet écran bleu. D'ailleurs on lancerait pas une pétition pour une autre couleur?

quel écran bleu ??

strataoïde a écrit :Ah ce xorg...que du bonheur cet écran bleu. D'ailleurs on lancerait pas une pétition pour une autre couleur?

Un BSoD sous Xorg ?? C’est une des nouvelles « fitiourses » ?
Depuis le temps que j’attendais ça, j’enviais les windosiens !

oh, c'est le plantage de gdm qi génère l'écran bleu au (tant) (temps) pour moi.

tu parles du fond par défaut de "dialog" ?

salut
j'ai également rencontré ce plantage de X et clavier qui déconne

le tout est presque résolu, mais un détail très gênant persiste...
la flèche haut déclenche une capture d'écran

genre pas moyen de rappeller la commande précédente en terminal, par contre j'ai toute une collec de captures de ce terminal

la détection auto de xorg ne veut pas dire forcément qu'il faut utiliser le driver evdev pour tout ce qui est périphérique de saisie, si vraiment ce dernier ne reconnait pas bien votre clavier ou souris, vous pouvez toujours mettre un autre driver comme kbd qui n'est pas déprécié, mais seulement, le paramétrage par défaut met "evdev" car à priori, c'est ce qui fonctionne le mieux sous linux (sous bsd par exemple, c'est pas le cas)

par exemple => http://forums.archlinux.fr/post24113.html#24113

salut,
j'ai juste une question, (parce que je lis les howto) mais le c'est dans le rc.conf ou le xorg.conf qu'il faut le mettre ? personnellement je l'ai mis dans xorg.conf.

c'était une erreur de frappe

Bonjour,

pour ma part la maj a été une mauvaise surprise, heureusement le site anglophone m'a aidé puis le francophone

Il me reste un problème : mon écran (CRT 17" LG StudioWorks 775N) refuse de se positionner en 1280x1024 et je suis obligé de faire un J'utilise slim et fluxbox, avant la mise à jour je n'avais évidement pas ce problème.

J'ai testé - sans succès- dans la section serverFlag

"PreferredMode " "1280x1024"

celmir a écrit : J'ai testé - sans succès- dans la section serverFlag

"PreferredMode " "1280x1024"

plutot dans la section monitor.

Moi c'est quand je branche un ecran externe sur mon portable qu'il ne me detecte pas la bonne résolution alors qu'avant un petit xrandr --auto et c'était parfait.

euh oui c'est bien dans la section monitor que j'avais spécifié cette directive.

Il y a qq trucs que je comprends pas à propos de cette maj:

- pourquoi avoir activé par défaut le hotplugging? Il suffisait de faire un script pour pacman qui désactive par défaut la fonctionnalité en modifiant xorg.conf et ajouter la doc sur le wiki pour ceux qui veulent s'en servir (probablement une minorité).

- a quoi ca sert? ca parle de la possibilité de brancher un clavier ou une souris à chaud. Il me semble que c'était deja possible si c'est des peripheriques USB. La possibilité de brancher un écran À chaud, OK ca ca peut etre cool. est-ce qu'il y a d'autres utilisations auxquelles je pense pas?

- La souris et le clavier sont deja censés etre paramétrés dans xorg.conf. Et par dessus le marché, il y a les configurations de gnome (ou kde, openbox....). Maintenant il y a en plus des fichiers .fdi qu'il faut paramétrer aussi. Ca fait beaucoup je trouve, et ca me parait dupliquer les fonctionnalités. En tout cas, comme un autre forumiste disait plus haut, c'est pas trop KISS. EDIT: je viens de voir que la methode avec hotplugging est censée remplacer la configuration via xorg.conf. Et s'il y a des bouts de config dans tous les coins, est-ce que les paramètres xorg ont priorité ou est-ce que ce sont les parametres en .fdi?

bon, une fois désactivé, j'ai presque tout qui fonctionne à nouveau, à part le trackpad (synaptic) qui est devenu super lent et qui ne reconnait plus le tapping, le defilement en touchant le bord du trackpad... Du coup je me demande si le module synaptics est chargé comme il faut. comment est-ce qu'on verifie ca?

Pour synaptics, il faut retranscrire toutes les options du xorg.conf dans le fdi.
Quelqu'un l'a fait et en donne l'exemple sur le forum anglophone, dont le lien est donné dans ce topic (1ère ou 2nde page).
De toute façon, dans la majorité des cas, on peut garder l'ancien fonctionnement.
Pour une nouvelle installation, pourquoi pas...
Mais ce serait mieux si les fdi se créaient automatiquement... laissons donc les dev travailler dessus, je suis sûr qu'il vont nous pondre un truc d'ici quelques semaines.

@cactus, ils existent aussi sur le wiki fr

@celmir: tu peux pastebin ton /var/log/Xorg.0.log et ton /etc/X11/xorg.conf

@jiu, en fait tu parles de KISS, mais rajouter du code pour modifier des options en dur et imposer une config à l'utilisateur, c'est ce qui finit par des patch au niveau du kernel, des scripts supplémentaires pour les gestionnaires de login etc. (et je ne vise aucune distribution, les buts étant différents)

Maintenant, pour en revenir à la mise à jour, celle-ci n'a de nouveau la détéction auto que pour les périphériques de saisie. Les problèmes liés aux résolutions ou aux cartes graphiques auraient très bien pu arriver avec les autres versions si vous aviez effacé ce qui les définit dans le xorg.conf.
Pour être clair, cette mise à jour ne demande pas de supprimer le xorg.conf, elle ne tient tout simplement par défaut pas compte des config de périphériques de saisies.

jiu a écrit : - La souris et le clavier sont deja censés etre paramétrés dans xorg.conf. Et par dessus le marché, il y a les configurations de gnome (ou kde, openbox....). Maintenant il y a en plus des fichiers .fdi qu'il faut paramétrer aussi. Ca fait beaucoup je trouve, et ca me parait dupliquer les fonctionnalités. En tout cas, comme un autre forumiste disait plus haut, c'est pas trop KISS. EDIT: je viens de voir que la methode avec hotplugging est censée remplacer la configuration via xorg.conf. Et s'il y a des bouts de config dans tous les coins, est-ce que les paramètres xorg ont priorité ou est-ce que ce sont les parametres en .fdi?

Tu as une vision fausse de comment était gérée la config avant, tout d'abord, avant, il y avait plusieurs couches, maintenant, il y en a au minimum 2 de supprimés (dans la majorité des cas, plus dans certains cas précis), celle du xorg.conf et celle des gestionnaires d'environnement (donc 1 xorg + x*gestionnaires d'environnement).

Avant, le couple xorg/udev trichait pour donner l'impression d'un plug & play fonctionnel, udev dirigait par exemple tout périphérique souris vers un seul fichier dont tenait compte xorg, or si par exemple tu configures ta souris à 10 boutons et que tu changes de souris à un moment donnée, la config peut ne pas être la même ce qui t'obligait à redemarrer xorg alors que ce n'est plus le cas maintenant.

C'est un post assez long, je vais abréger avec un autre exemple qui sera peut etre plus parlant:
Imagine un constructeur qui sort un clavier avec des touches spécifiques, ce constructeur qui est devenu pro os alternatif du jour au lendemain décide d'en faire profiter tout le monde et de sortir un pilote qui n'est en fin de compte qu'un fichier .fdi définissant les correspondances de ces touches, tu installes un paquet (ce dernier réactualise hal), tu branches ton clavier et c'est reconnu sans même avoir à redemarrer xorg, si c'est pas kiss ca...

KISS, KISS..... je préfère les vrais bisous, moi !

(et la tendresse, bordel ?)

@cactus là tu fais fort.