[gnome-volume-manager] De nouveau en rade...

razer · Last edited by razer on Sun Mar 19, 2006 10:49 pm; edited 2 times in total

Lorsque je tente de lancer ce dernier, j'ai le message d'erreur suivant :

Mickael · Posted: Thu Mar 16, 2006 1:52 pm Post subject:

Salut,

GVM se crache souvent avec des erreurs plus exotiques les une que les autres. J'ai pas de solution pour ton problème, mais peut être qu'une mise à jour de ton système supprimera ton problème. Dans mon cas, cette approche a réglé la plupart des plantages de GVM que j'ai pu avoir.

EDIT : fait un tour sur online package database, tape gnome-volume-manager, puis sur le lien forum en dessous du tableau qui vient d'apparaître et ho surprise t'es vraiment pas tout seul.

razer · Posted: Sat Mar 18, 2006 4:39 pm Post subject:

Un petit UP...
Je n'ai pas résolu mon problème, par contre j'ai trouvé la cause : XGL
En effet Xgl demande d'être lancé sur le display 1, à priori l'orgine du problème est là.
Si je lance une session X "classique" sur le display 0 tout marche impec.
Tandis que là, non seulement GVM refuse de se lancer, mais lorque je monte manuellement mes périfs via le poste de travail, aucun icône n'apparait et il faut que sois root pour démonter (absence dans le fstab)
Voici un lien vers ce sujet :
https://forums.gentoo.org//viewtopic-p-3189835.html#3189835

Si qq1 ici est parvenu à faire fonctionner dbus+hal+gvm avec Xgl, merci de me donner la combine...

TGL

UB|K · Posted: Sat Mar 18, 2006 6:27 pm Post subject:

razer · Posted: Sun Mar 19, 2006 11:10 am Post subject:

Bon merci d'avoir pris le temps de répondre, notamment TGL qui offre là une méthode à retenir pour corriger/patcher un programme sans sortir d'une install traditionnel via emerge.
Je vais simplement lancer mon Xgl sur le display 0, j'avais suivi le howto sans trop me poser de questions sur ce point.
Je pense qu'on peut considérer cet issue comme un bug de GVM. Cette routine (manager.c) semble être conçue pour éviter que GVM ne rentre en conflit avec lui même dans le cas de multiples sessions X, or on peut s'apercevoir qu'il est tout simplement impossible de l'utiliser ailleurs que sur le Display 0 : bref çà ne sert à rien à part ennuyer son mode.
Décidément le code de ce GVM ne semble pas être un exemple de rigueur, c'est pas si étonnant qu'il pose autant de problèmes...
Cependant, comme dit le dicton, c'est si simple de ne pas faire d'erreurs quand on ne fait rien, donc merci quand même aux développeurs de ce truc même si leur travail n'est optimal.

TGL · Posted: Sun Mar 19, 2006 12:09 pm Post subject:

razer · Posted: Sun Mar 19, 2006 10:58 pm Post subject:

J'ai crié victoire trop tôt en pensant que seul Xgl et son display 1 était responsable de mes problèmes.
C'était bien optimiste de ma part, étant donné que dbus+hal+gvm n'a pas attendu Xgl pour me faire chi...
Alors voilà, avec Xgl en display 0 :
gvm accepte de se lancer
cependant il ne détecte pas les périfs insérés
lorque je double clic sur l'icone qui apparait dans le poste de travail, le FS se monte, mais aucun icone apparait sur le bureau
pour nautilus, le périphérique n'est pas monté, le menu contextuel me propose toujours "monter le périphérique", qui échoue bien évidemment...
la seule manière de démonter le périf est de lancer pumount /dev/sd... manuellement

Bref, ce truc ne marche pas, et c'est pas nouveau...
J'ai beau être patient et reconnaissant pour tous ces gentils dév qui nous proposent tous ces outils, je ne peux m'empêcher de qualifier ce truc de grosse MER....
Ce qui est étonnant, c'est que çà marche parfaitement sur mon laptop avec l'ubuntu dapper (expérimentale).
Je vais finir par croire que GVM est simplement allergique à gentoo
j'emerge, remerge, reremerge toutes les dépendances, et c'est toujours les mêmes bugs. Ce truc me chauffe, mais alors à un point....