bonjour tout le monde

au début ça marchait : j'ai la souris dont le poiteur apparait lors du login en console après avoir fait login : root ou paul
mais

dès que je lance une session xfce4 en mode utilisateur paul, la souris n s'active pas
le poineur reste figé au milieu de l'écran, le clavie et le pavet numérique reste allumé mais rien ne m'est possible
je fais ctrl al F1 pour sortir de xfce4
puis ctrl lat c pour éteindre x
et je retrouve la console

j'ai remarqué que cette panne n'est pas permanante mais dominante : la souris s'active une fois toute les cinq ou six fois !!!

par ailleurs à chaque fois qu'elle s'active je remarque l'extinction du pavet numérique du clavier

par ailleurs encore

au lancement de la machine, dans les messages apparait celui ci :

Starting default moused:moused: unable to open /dev/psm0 : No such file or directory

dans rc.conf, j'ai juste, à propos de la souris moused_enable="YES"
et aucun autre paramètre

dans xorg.conf j'ai une configuration de souris toute à fait classique au regard de tous les tutoriels lus

en plus, je me suis risqué à lancer xfce4 après un lgin root : là j'ai la souris !

je soupçonne donc une configuration xfce4 en cause

mais je n'ai rien trouvé dans les discussion sur la configuration sous xfce4 pouvant m'aider

donc je ne vois pas bien par où prendre le problème.

quelqu'un a-t-il une idée ?

merci d'avance

Salut

"je soupçonne donc une configuration xfce4 en cause"

Peut-être qu'en essayant avec un autre wm (twm par exemple puisqu'il est généralement inclus par défaut) cela permettrait de confirmer ou infirmer ce soupçon...

Marc

paulr wrote on 03. Nov 2010 at 15:55:

bonjour tout le monde au début ça marchait : j'ai la souris dont le poiteur apparait lors du login en console après avoir fait login : root ou paul mais dès que je lance une session xfce4 en mode utilisateur paul, la souris n s'active pas le poineur reste figé au milieu de l'écran, le clavie et le pavet numérique reste allumé mais rien ne m'est possible je fais ctrl al F1 pour sortir de xfce4 puis ctrl lat c pour éteindre x et je retrouve la console j'ai remarqué que cette panne n'est pas permanante mais dominante : la souris s'active une fois toute les cinq ou six fois !!! par ailleurs à chaque fois qu'elle s'active je remarque l'extinction du pavet numérique du clavier par ailleurs encore au lancement de la machine, dans les messages apparait celui ci : Starting default moused:moused: unable to open /dev/psm0 : No such file or directory dans rc.conf, j'ai juste, à propos de la souris moused_enable="YES" et aucun autre paramètre dans xorg.conf j'ai une configuration de souris toute à fait classique au regard de tous les tutoriels lus en plus, je me suis risqué à lancer xfce4 après un lgin root : là j'ai la souris ! je soupçonne donc une configuration xfce4 en cause mais je n'ai rien trouvé dans les discussion sur la configuration sous xfce4 pouvant m'aider donc je ne vois pas bien par où prendre le problème. quelqu'un a-t-il une idée ? merci d'avance

Non Xfce4 n'est aucunement en cause, je soupçonne plutôt une mauvaise configuration de ton xorg.conf.

Par ailleurs moused_enable="YES" n'a rien à voir avec une session sous X


Quote:

moused_enable                  (str) If set to ``YES'', the moused(8) daemon is started for                  doing cut/paste selection on the console.

Pourrais-tu mettre ta section relative à InputDevice.

Je viens juste d'y penser, tu gères tout par Hal, ou alors tu fais tout « transiter » par Xorg, si c'est le cas, as-tu rajouter une section ServerFlags.

olivierd wrote on 03. Nov 2010 at 19:09:

moused_enable                  (str) If set to ``YES'', the moused(8) daemon is started for                  doing cut/paste selection on the console.

Ca peut avoir à faire avec Xorg puisque moused mixe les souris physiques et présente une seule souris (ie un seul périphérique) à X dans /dev/sysmouse. (si X utilise sysmouse comme souris)

Pour le /dev/psm0 not find, c'est que moused cherche une souris ps2 par défaut.

Ceci dit à mon avis le pb c'est que HAL et autres choseries ne sont pas lancés.

bon
alors
de mon côté j'ai trouvé quelque chose
je suis allé dans /etc/defaults/rc.conf
et là j'ai trouvé le pourquoi y'a quelqu'un dans le bazard qui cherche absolument à monter une souris là où elle n'est pas détectée
y'avait une ligne indiquant mouse_port="/dev/psm0"
donc
j'ai commensé par commenter cette ligne
et au reboot
puis relance de xfce4
ben miracle

et non hein
le xorg c'est ce que j'ai vérifié en premier c'est aussi pour ça que j'en parle dans mon indication
et aussi que je dis que j'ai bien mis mouse enable dans rc.conf parce qu'en général ce sont les premières réponses qu'on reçoit
donc pour préviendir hein...

Identifier  "Mouse0"
     Driver      "mouse"
     Option          "Protocol" "auto"
     Option          "Device" "/dev/sysmouse"
     Option          "ZAxisMapping" "4 5"
     Option            "Buttons" "5"

donc l'idée à mon avis intéressnte c'est celle du hal qui fout la merde effectivement
parce que ben si hein hald est lancé...
quand je fais ps -ax | grep hald
j'ai quatre lignes de réponse
dont une concernant le lancement de la souris sur dev/ums0

d'ailleurs
là je vous cause depuis mon interface graphique xfce4 sur ma machine freebsd
donc ça remarche

l'ennui c'est qu'avant aussi ça marchait... parfois... fallait juste que je sois patient et relance la machine jusqu'à la miraculeuse fois où ça marchait...

donc y'a quand même un truc qui va pas
la souris est active
ensuite je me suis dit que de mettre le bon dev /dev/ums0 à la place ça serait peut-être pas idiot hein
le résultat c'est qu'au départ il me répond qu'il ne peut pas monter le dev en question qui est occupé
ben oui
il est occupé par la souris tient !
et en plus
au lancement de xfce4, la souris ne s'active pas
donc je décommente la ligne en question
et là
remiracle
la souris est active
voilà

bon j'ai fini par trouver la solution

en fait hal fait très bien son boulot

y'avait cette ligne au prompt qui me racontait que moused cherchait désespérément à monter quelque chose quelque part

ben voilà

fallait pas doubler hal sur ce boulot là hein

donc j'ai enlevé la ligne moused_enable="YES" dans /etc/rc.conf

et là
ça marche à tous les coups

problaime résoudu

merssi tou les gens :D

paulr wrote on 04. Nov 2010 at 22:44:

donc j'ai enlevé la ligne moused_enable="YES" dans /etc/rc.conf

Et vous avez perdu l'usage de la souris dans les terminaux virtuels...

Quote:

et là ça marche à tous les coups

Ce comportement reste anormal.

Pour ma part je déconseille fortement l'usage de HAL dans Xorg. C'est plus compliqué à configurer et les comportements sont parfois aléatoires.

• Soit en le désactivant
  
• Soit en ne compilant pas l'option HAL avec Xorg
  

Vérifiez tout de même que vous n'avez pas activez les deux entrées:

• HAL, activé par défaut, sans la commande idoine dans serveur layout
  
• et des entrées pour la souris et/ou le clavier dans InputDevice
  

Vous avez un conflit quelque part, mais ça reste confiné au niveau de Xorg, AMHA.

Notez que HAL devrait disparaître dans les versions à venir de Xorg:

Quote:

X.Org is planning to move off HAL in the future

Autant s'en débarrasser maintenant.


Quote:

problaime résoudu merssi tou les gens :D

Par contre, sur la disposition clavier, vous avez encore un problème.  ;)

David Marec wrote on 06. Nov 2010 at 10:48:

paulr wrote on 04. Nov 2010 at 22:44: donc j'ai enlevé la ligne moused_enable="YES" dans /etc/rc.conf Et vous avez perdu l'usage de la souris dans les terminaux virtuels... Quote: et là ça marche à tous les coups Ce comportement reste anormal. Pour ma part je déconseille fortement l'usage de HAL dans Xorg. C'est plus compliqué à configurer et les comportements sont parfois aléatoires. Soit en le désactivant Soit en ne compilant pas l'option HAL avec Xorg Vérifiez tout de même que vous n'avez pas activez les deux entrées: HAL, activé par défaut, sans la commande idoine dans serveur layout et des entrées pour la souris et/ou le clavier dans InputDevice Vous avez un conflit quelque part, mais ça reste confiné au niveau de Xorg, AMHA. Notez que HAL devrait disparaître dans les versions à venir de Xorg: [quote]X.Org is planning to move off HAL in the future

Autant s'en débarrasser maintenant.


Quote:

problaime résoudu merssi tou les gens :D

Par contre, sur la disposition clavier, vous avez encore un problème.  ;)
[/quote]


Ah ça y est HAL n'est plus bon à rien, quel bordel ce truc.... on était tranquille, puis on nous a dit HAL say bien faut y mettre puis ensuite on voit qu'en faite say le mal et voilà on va le virer pour revenir au bon vieux système du xorg.conf...

Des fois on se demande si y'a pas des lobby aussi dans l'opensource.

Espérons qu'un jour tout soit standardisé dans Freedesktop

lbartoletti wrote on 06. Nov 2010 at 12:07:

Quote: Ah ça y est HAL n'est plus bon à rien, quel bordel ce truc.... Pourquoi cette caricature ? [quote] on était tranquille, puis on nous a dit HAL say bien faut y mettre puis ensuite on voit qu'en faite say le mal et voilà on va le virer pour revenir au bon vieux système du xorg.conf...

Pour ce qui est de la configuration “automatique” de Xorg, c'était une erreur, AMHA.Il a fallut des mois pour que des solutions viables soit connues. Et il y a encore des problème.
Je ne vois pas ce que les fichiers XML-like à la Policy-kit apportent par rapport à Xorg.conf !? Sinon des emmerdes.


Quote:

Des fois on se demande si y'a pas des lobby aussi dans l'opensource.

Je ne vois pas où vous voulez en venir.
HAL a une fonction pratique, le “plug&play-auto montage”. Cela a ses limites; c'est très bien pour les bidules amovibles USB et les machineries lourdes de type KDE ou Gnome continueront de l'utiliser, dans le cadre de Freedesktop.

Xorg n'a jamais utilisé HAL que pour les périphériques d'entrée.


Quote:

Espérons qu'un jour tout soit standardisé dans Freedesktop

Vous confondez Freedesktop et les serveurs/clients/protocole X.
Freedesktop n'a pas vocation à gérer la configuration automatique des ressources pour X.
Son but est d'harmoniser et de standardiser les gestionnaires de fenêtres et autres environnements graphiques qui reposent sur X.

Là, Hal, ou plutôt DeviceKit, maintenant a toute sa place:
http://freedesktop.org/wiki/Software/DeviceKit

paulr wrote on 04. Nov 2010 at 22:44:

bon j'ai fini par trouver la solution en fait hal fait très bien son boulot y'avait cette ligne au prompt qui me racontait que moused cherchait désespérément à monter quelque chose quelque part ben voilà fallait pas doubler hal sur ce boulot là hein donc j'ai enlevé la ligne moused_enable="YES" dans /etc/rc.conf et là ça marche à tous les coups problaime résoudu merssi tou les gens :D

ah oui
j'ai oublié de dire que j'ai ajouté un truc dans le xorg.conf important aussi en plus
dans <server layout>
j'ai ajouté
Option "AutoAddDevice" "off"

j'avais trouvé ça dans une doc...

donc je pense comprendre que ça va dans le sens de ce que dit David Marec...

paulr wrote on 09. Nov 2010 at 00:02:

j'ai oublié de dire que j'ai ajouté un truc dans le xorg.conf important aussi en plus dans <server layout> j'ai ajouté Option "AutoAddDevice" "off"

Je crois même que ça s'écrit au pluriel:
http://www.diablotins.org/index.php/X11:_interface_graphique#HAL.2C_non_merci

Ensuite, il suffit de consulter les logs de Xorg pour vérifier qu'il ne s'attache pas tout seul des périphériques d'entrées via HAL.

Et, vous pouvez alors réactiver la souris dans /etc/rc.conf.

David Marec wrote on 09. Nov 2010 at 07:15:

paulr wrote on 09. Nov 2010 at 00:02: j'ai oublié de dire que j'ai ajouté un truc dans le xorg.conf important aussi en plus dans <server layout> j'ai ajouté Option "AutoAddDevice" "off" Je crois même que ça s'écrit au pluriel: http://www.diablotins.org/index.php/X11:_interface_graphique#HAL.2C_non_merci Ensuite, il suffit de consulter les logs de Xorg pour vérifier qu'il ne s'attache pas tout seul des périphériques d'entrées via HAL. Et, vous pouvez alors réactiver la souris dans /etc/rc.conf.

oui c'est probable que j'ai vu ça sur cette doc.
je vais souvent sur diablotins effectivement.
mais je sais l'avoir lu aussi ailleurs chez quelqu'un qui disait de faire les deux
donc bon...
vous disputez pas entre spécialistes hein, parce que après, les non spécialistes, ils savent plus quoi faire hein... donc ils expériment, et des fois ça marche bien, d'autre fois ça marche moins bien...
bon je m'efforce, quand je n'ai pas l'habitude d'un système, de noter le plus précisément possible toutes les opérations que je fais... mais je ne note pas forcément la source de la doc qui m'a inspiré l'opération... je sais, j'ai tors... mais bon...

David Marec wrote on 07. Nov 2010 at 11:12:

lbartoletti wrote on 06. Nov 2010 at 12:07: Quote: Ah ça y est HAL n'est plus bon à rien, quel bordel ce truc.... Pourquoi cette caricature ? [quote] on était tranquille, puis on nous a dit HAL say bien faut y mettre puis ensuite on voit qu'en faite say le mal et voilà on va le virer pour revenir au bon vieux système du xorg.conf... Pour ce qui est de la configuration “automatique” de Xorg, c'était une erreur, AMHA.Il a fallut des mois pour que des solutions viables soit connues. Et il y a encore des problème. Je ne vois pas ce que les fichiers XML-like à la Policy-kit apportent par rapport à Xorg.conf !? Sinon des emmerdes. [quote] Des fois on se demande si y'a pas des lobby aussi dans l'opensource.

Je ne vois pas où vous voulez en venir.
HAL a une fonction pratique, le “plug&play-auto montage”. Cela a ses limites; c'est très bien pour les bidules amovibles USB et les machineries lourdes de type KDE ou Gnome continueront de l'utiliser, dans le cadre de Freedesktop.

Xorg n'a jamais utilisé HAL que pour les périphériques d'entrée.


Quote:

Espérons qu'un jour tout soit standardisé dans Freedesktop

Vous confondez Freedesktop et les serveurs/clients/protocole X.
Freedesktop n'a pas vocation à gérer la configuration automatique des ressources pour X.
Son but est d'harmoniser et de standardiser les gestionnaires de fenêtres et autres environnements graphiques qui reposent sur X.

Là, Hal, ou plutôt DeviceKit, maintenant a toute sa place:
http://freedesktop.org/wiki/Software/DeviceKit
[/quote]

Je reviens tardivement sur mon post. Il s'agissait plus d'un trait d'humour (oui en sorte une caricature) sur HAL et les wm.

Ce que je voulais dire c'est qu'il est regrettable que certains WM (Gnome, KDE, etc) l'imposent presque et que d'autres peuvent tout à fait s'en passer.

A mon sens, il est dommageable d'avoir à faire avec ce genre de problème (souris, impossible d'éteindre la machine depuis le wm parce que non définit dans les fichiers de conf...) parce que l'on configure Xorg avec l'option HAL.

D'où justement ma remarque sur FreeDesktop, qui revient à la même que la votre, il faut harmoniser et standardiser cela.

Désolé que mon propos ait été mal perçu.