Je suis sous Debian Unstable, j'ai fait une mise à jour il y a 2 jours.
Depuis cet instant, dès que je lance Xmms, ma session se ferme et je me
retrouve au login (redémarrage complet de X, car je revoie l'écran
Nvidia avant gdm). Même chose si je lance aMule.
Si dans Nautilus je clique sur une vidéo pour qu'elle s'ouvre avec Xine,
même chose. Mais si j'ouvre Xine, puis je vais ouvrir la vidéo à partir
de la playlist, aucun problème.
Savez-vous d'où cela peut venir, et comment je pourrais le réparer ?
Une idée, un lien, je prends tout, car c'est assez gênant.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
marmotte
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense. Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé avec ça. J'ai utilisé bepp-media-player, ça passe sans problème, mais il est programmé en gtk2.x, en restant compatible avec tous les autres greffons de xmms. aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de Nautilus crashe X ?)
Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour
rien je pense.
Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé
avec ça.
J'ai utilisé bepp-media-player, ça passe sans problème, mais il est
programmé en gtk2.x, en restant compatible avec tous les autres greffons
de xmms.
aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du
gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de
Nautilus crashe X ?)
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense. Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé avec ça. J'ai utilisé bepp-media-player, ça passe sans problème, mais il est programmé en gtk2.x, en restant compatible avec tous les autres greffons de xmms. aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de Nautilus crashe X ?)
Le Wed, 28 Jul 2004 19:55:38 +0200, marmotte a écrit :
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent là.
Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé avec ça. J'ai utilisé bepp-media-player, ça passe sans problème, mais il est programmé en gtk2.x, en restant compatible avec tous les autres greffons de xmms. aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Alors oui, c'est bien possible que ce soit GTK+ car wxWindows n'est qu'une couche entre GTK+ et aMule, et, dans mon cas en tout cas (version 2.4.2), c'est sur GTK+-1.2.x qu'il est basé. Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est effectivement pas la peine de poster tout le log. Si tu as des messages intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si elles ont un rapport). Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10. Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le classique ./configure --prefix=... && make && make install. Il faut mettre la valeur de prefix qui écrasera ton ancien gtk-1.2.x. C'est un peu long (30min de compilation sur une bonne bécane), mais ça peut résoudre ton problème.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton système juste avant que le problème n'apparaisse.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de Nautilus crashe X ?)
Et si tu lance Xine a la main, il plante aussi ou pas ?
Merci ! De rien ;-)
Le Wed, 28 Jul 2004 19:55:38 +0200, marmotte a écrit :
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour
rien je pense.
L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent
là.
Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé
avec ça.
J'ai utilisé bepp-media-player, ça passe sans problème, mais il est
programmé en gtk2.x, en restant compatible avec tous les autres greffons
de xmms.
aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du
gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Alors oui, c'est bien possible que ce soit GTK+ car wxWindows n'est qu'une
couche entre GTK+ et aMule, et, dans mon cas en tout cas (version 2.4.2),
c'est sur GTK+-1.2.x qu'il est basé.
Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est
effectivement pas la peine de poster tout le log. Si tu as des messages
intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si
elles ont un rapport).
Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10.
Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le
classique ./configure --prefix=... && make && make install. Il faut mettre
la valeur de prefix qui écrasera ton ancien gtk-1.2.x.
C'est un peu long (30min de compilation sur une bonne bécane), mais ça
peut résoudre ton problème.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton
système juste avant que le problème n'apparaisse.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de
Nautilus crashe X ?)
Et si tu lance Xine a la main, il plante aussi ou pas ?
Le Wed, 28 Jul 2004 19:55:38 +0200, marmotte a écrit :
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent là.
Je me demande si ce ne sera pas un problème de gtk1.x, car xmms est codé avec ça. J'ai utilisé bepp-media-player, ça passe sans problème, mais il est programmé en gtk2.x, en restant compatible avec tous les autres greffons de xmms. aMule je ne sais pas ce qui est utilisé pour l'interface, c'est pas du gtk2.x il me semble. Je crois du wxWindow, mais ça fait planter aussi.
Alors oui, c'est bien possible que ce soit GTK+ car wxWindows n'est qu'une couche entre GTK+ et aMule, et, dans mon cas en tout cas (version 2.4.2), c'est sur GTK+-1.2.x qu'il est basé. Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est effectivement pas la peine de poster tout le log. Si tu as des messages intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si elles ont un rapport). Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10. Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le classique ./configure --prefix=... && make && make install. Il faut mettre la valeur de prefix qui écrasera ton ancien gtk-1.2.x. C'est un peu long (30min de compilation sur une bonne bécane), mais ça peut résoudre ton problème.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton système juste avant que le problème n'apparaisse.
Si quelqu'un a une idée ... (surtout pourquoi lancer Xine à partir de Nautilus crashe X ?)
Et si tu lance Xine a la main, il plante aussi ou pas ?
Merci ! De rien ;-)
Pierre Thorel
Les programmes lancés ont leur sortie redirigée vers là où ce qui a lancé X11 l'a laissée : la console si c'est un bête startx sans redirection, ~/.xsession-errors en général quand c'est un display manager.
Merci du renseignement. Je vais tout de suite me débrouiller pour activer la redirection sur mon système.
Les programmes lancés ont leur sortie redirigée vers là où ce
qui a lancé X11 l'a laissée : la console si c'est un bête startx sans
redirection, ~/.xsession-errors en général quand c'est un display
manager.
Merci du renseignement. Je vais tout de suite me débrouiller pour activer
la redirection sur mon système.
Les programmes lancés ont leur sortie redirigée vers là où ce qui a lancé X11 l'a laissée : la console si c'est un bête startx sans redirection, ~/.xsession-errors en général quand c'est un display manager.
Merci du renseignement. Je vais tout de suite me débrouiller pour activer la redirection sur mon système.
Pierre Thorel
gome-panel et bonobo n'arrêtent pas de se plaindre. Peut-être que le problème vient de gnome. Essaye de démarrer sous un autre wm (WindowMaker, fvwm, KDE ou autre), et essaye de lancer XMMS, pour voir si ça plante aussi.
Mais je crains bien que pour résoudre ton problème, il faudra ré-installer l'application incriminée (GTK, Glib, peut-être Gnome).
Tu peux peut-être essayer, pour éviter de recompiler, de supprimer les packages et de les réinstaller mais ça sera surement très "merdique" car de nombreux packages dépendent de GTK-1.2.
gome-panel et bonobo n'arrêtent pas de se plaindre. Peut-être que le
problème vient de gnome. Essaye de démarrer sous un autre wm
(WindowMaker, fvwm, KDE ou autre), et essaye de lancer XMMS, pour voir si
ça plante aussi.
Mais je crains bien que pour résoudre ton problème, il faudra
ré-installer l'application incriminée (GTK, Glib, peut-être Gnome).
Tu peux peut-être essayer, pour éviter de recompiler, de supprimer les
packages et de les réinstaller mais ça sera surement très "merdique"
car de nombreux packages dépendent de GTK-1.2.
gome-panel et bonobo n'arrêtent pas de se plaindre. Peut-être que le problème vient de gnome. Essaye de démarrer sous un autre wm (WindowMaker, fvwm, KDE ou autre), et essaye de lancer XMMS, pour voir si ça plante aussi.
Mais je crains bien que pour résoudre ton problème, il faudra ré-installer l'application incriminée (GTK, Glib, peut-être Gnome).
Tu peux peut-être essayer, pour éviter de recompiler, de supprimer les packages et de les réinstaller mais ça sera surement très "merdique" car de nombreux packages dépendent de GTK-1.2.
Licence IV
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion, marmotte a écrit:
Que disent les fichiers log de X ? Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW) ça aiderait peut être!
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion,
marmotte <marmotte_les_doigts_du_nez_@fr.st> a écrit:
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour
rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW)
ça aiderait peut être!
--
Nicolas de Ferrières Mail: ferriere@efrei.fr
_______________________________________________________________
Si l'alcool ne me tue pas... Les femmes auront ma peau
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion, marmotte a écrit:
Que disent les fichiers log de X ? Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW) ça aiderait peut être!
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
Nicolas George
Pierre Thorel wrote in message :
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense. L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent
là.
Euh, non, ce fichier ne contient que les messages du serveur X11 lui-même. Les programmes lancés ont leur sortie redirigée vers là où ce qui a lancé X11 l'a laissée : la console si c'est un bête startx sans redirection, ~/.xsession-errors en général quand c'est un display manager.
Pierre Thorel wrote in message
<pan.2004.07.28.21.05.08.189686@infonie.fr>:
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour
rien je pense.
L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent
là.
Euh, non, ce fichier ne contient que les messages du serveur X11
lui-même. Les programmes lancés ont leur sortie redirigée vers là où ce
qui a lancé X11 l'a laissée : la console si c'est un bête startx sans
redirection, ~/.xsession-errors en général quand c'est un display
manager.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense. L'idée, c'est que ce que les programmes envoie sur stdout se retrouvent
là.
Euh, non, ce fichier ne contient que les messages du serveur X11 lui-même. Les programmes lancés ont leur sortie redirigée vers là où ce qui a lancé X11 l'a laissée : la console si c'est un bête startx sans redirection, ~/.xsession-errors en général quand c'est un display manager.
marmotte
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion, marmotte a écrit:
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW) ça aiderait peut être!
Aucun (EE) ni (WW) concernant de prêt ou de loin mon pb. J'ai quelques (WW), mais concernant des chemins de polices (rien de bien graves, j'avais déjà ça avant), un problème de résolution nvidia (mais le problème est le même avec le driver nv, j'ai testé pour éliminé cette possibilité). Je vais voir du côté de .xsession-errors.
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion,
marmotte <marmotte_les_doigts_du_nez_@fr.st> a écrit:
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment.
Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour
rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW)
ça aiderait peut être!
Aucun (EE) ni (WW) concernant de prêt ou de loin mon pb.
J'ai quelques (WW), mais concernant des chemins de polices (rien de bien
graves, j'avais déjà ça avant), un problème de résolution nvidia (mais
le problème est le même avec le driver nv, j'ai testé pour éliminé cette
possibilité).
Je vais voir du côté de .xsession-errors.
Le Wed, 28 Jul 2004 19:55:38 +0200, après mûre réflexion, marmotte a écrit:
Que disent les fichiers log de X ?
Pas d'erreurs dedans apparemment. Tu veux que je poste mon /var/log/XFree86.0.log ? Ça ferait long, pour rien je pense.
Ne serait ce que les lignes commençant par (EE) et (WW) ça aiderait peut être!
Aucun (EE) ni (WW) concernant de prêt ou de loin mon pb. J'ai quelques (WW), mais concernant des chemins de polices (rien de bien graves, j'avais déjà ça avant), un problème de résolution nvidia (mais le problème est le même avec le driver nv, j'ai testé pour éliminé cette possibilité). Je vais voir du côté de .xsession-errors.
Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est effectivement pas la peine de poster tout le log. Si tu as des messages intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si elles ont un rapport).
Alors, j'ai vidé le fichier ~/.xsession-errors, puis j'ai planté ma session en ouvrant une fois xine à partir de nautilus, une fois en ouvrant xmms. Je ne vais pas tout publier ici, mais j'ai mis à chaque fois le fichier .xsession-errors correspondant aux adresses suivantes, si quelqu'un veut bien jeter un oeil: http://www.marmotte.fr.st/help/xsession-errors_xine.txt http://www.marmotte.fr.st/help/xsession-errors_xmms.txt
Le message important que j'ai relevé, c'est: The application 'gnome-session' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. ICE default IO error handler doing an exit(), pid = 9441, errno = 0 The application 'gnome-panel' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'nautilus' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'drivemount_applet2' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application.
Mais bon, il y a pleins d'erreurs d'erreur gtk aussi :-/
Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10. Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le classique ./configure --prefix=... && make && make install. Il faut mettre la valeur de prefix qui écrasera ton ancien gtk-1.2.x. C'est un peu long (30min de compilation sur une bonne bécane), mais ça peut résoudre ton problème.
Je préfère pas, car je ne voudrais pas casser toute ma Debian. Je préfère, en cas de problème avec un paquet, attendre qu'un nouveau paquet sorte. Mais c'est bon à savoir.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton système juste avant que le problème n'apparaisse.
J'ai fait un apt-get dist-upgrade (je suis en Unstable), et ça m'a mis 450 paquets à jour ( j'avais pas fait de MAJ depuis +1mois). A près ça, ça a commencé.
Et si tu lance Xine a la main, il plante aussi ou pas ? En root non, en user simple, parfois oui, parfois non.
Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est
effectivement pas la peine de poster tout le log. Si tu as des messages
intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si
elles ont un rapport).
Alors, j'ai vidé le fichier ~/.xsession-errors, puis j'ai planté ma
session en ouvrant une fois xine à partir de nautilus, une fois en
ouvrant xmms.
Je ne vais pas tout publier ici, mais j'ai mis à chaque fois le fichier
.xsession-errors correspondant aux adresses suivantes, si quelqu'un veut
bien jeter un oeil:
http://www.marmotte.fr.st/help/xsession-errors_xine.txt
http://www.marmotte.fr.st/help/xsession-errors_xmms.txt
Le message important que j'ai relevé, c'est:
The application 'gnome-session' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
ICE default IO error handler doing an exit(), pid = 9441, errno = 0
The application 'gnome-panel' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
The application 'nautilus' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.
The application 'drivemount_applet2' lost its connection to the display
:0.0;
most likely the X server was shut down or you killed/destroyed
the application.
Mais bon, il y a pleins d'erreurs d'erreur gtk aussi :-/
Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10.
Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le
classique ./configure --prefix=... && make && make install. Il faut mettre
la valeur de prefix qui écrasera ton ancien gtk-1.2.x.
C'est un peu long (30min de compilation sur une bonne bécane), mais ça
peut résoudre ton problème.
Je préfère pas, car je ne voudrais pas casser toute ma Debian. Je
préfère, en cas de problème avec un paquet, attendre qu'un nouveau
paquet sorte. Mais c'est bon à savoir.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton
système juste avant que le problème n'apparaisse.
J'ai fait un apt-get dist-upgrade (je suis en Unstable), et ça m'a mis
450 paquets à jour ( j'avais pas fait de MAJ depuis +1mois).
A près ça, ça a commencé.
Et si tu lance Xine a la main, il plante aussi ou pas ?
En root non, en user simple, parfois oui, parfois non.
Tu pourrais peut-être avoir un GTK-CRITICAL don tes logs (mais ce n'est effectivement pas la peine de poster tout le log. Si tu as des messages intrigants, n'envoie qu'eux, et éventuellement les 2-3 lignes autour si elles ont un rapport).
Alors, j'ai vidé le fichier ~/.xsession-errors, puis j'ai planté ma session en ouvrant une fois xine à partir de nautilus, une fois en ouvrant xmms. Je ne vais pas tout publier ici, mais j'ai mis à chaque fois le fichier .xsession-errors correspondant aux adresses suivantes, si quelqu'un veut bien jeter un oeil: http://www.marmotte.fr.st/help/xsession-errors_xine.txt http://www.marmotte.fr.st/help/xsession-errors_xmms.txt
Le message important que j'ai relevé, c'est: The application 'gnome-session' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. ICE default IO error handler doing an exit(), pid = 9441, errno = 0 The application 'gnome-panel' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'nautilus' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. The application 'drivemount_applet2' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application.
Mais bon, il y a pleins d'erreurs d'erreur gtk aussi :-/
Sinon, tu peux tenter de ré-installer la glib-1.2.10 et le gtk+-1.2.10. Tu trouveras les sources sur http://www.gtk.org, et il s'installe avec le classique ./configure --prefix=... && make && make install. Il faut mettre la valeur de prefix qui écrasera ton ancien gtk-1.2.x. C'est un peu long (30min de compilation sur une bonne bécane), mais ça peut résoudre ton problème.
Je préfère pas, car je ne voudrais pas casser toute ma Debian. Je préfère, en cas de problème avec un paquet, attendre qu'un nouveau paquet sorte. Mais c'est bon à savoir.
Si ça ne marche pas, dis nous exactement ce que tu as changé a ton système juste avant que le problème n'apparaisse.
J'ai fait un apt-get dist-upgrade (je suis en Unstable), et ça m'a mis 450 paquets à jour ( j'avais pas fait de MAJ depuis +1mois). A près ça, ça a commencé.
Et si tu lance Xine a la main, il plante aussi ou pas ? En root non, en user simple, parfois oui, parfois non.
Un erratum et une précision: 1) xine ne plante pas, ni en user, ni en root, si je le lance à partir d'un terminal et que je choisisse la vidéo à partir du sélecteur de fichier. 2) Quand j'ai lancé xine à partir de nautilus (en cliquant sur le fichier), il s'est ouvert, j'ai pu entendre le début de la bande son, puis il y a eu le redémarrage de X.
Un erratum et une précision:
1) xine ne plante pas, ni en user, ni en root, si je le lance à partir
d'un terminal et que je choisisse la vidéo à partir du sélecteur de fichier.
2) Quand j'ai lancé xine à partir de nautilus (en cliquant sur le
fichier), il s'est ouvert, j'ai pu entendre le début de la bande son,
puis il y a eu le redémarrage de X.
Un erratum et une précision: 1) xine ne plante pas, ni en user, ni en root, si je le lance à partir d'un terminal et que je choisisse la vidéo à partir du sélecteur de fichier. 2) Quand j'ai lancé xine à partir de nautilus (en cliquant sur le fichier), il s'est ouvert, j'ai pu entendre le début de la bande son, puis il y a eu le redémarrage de X.
