Rho la j'ai une merde ... bizarre. Hier soir je faisait un inventaires des diverses videos et autres fichiers multimedia disponibles sur mes DD.
Nautilus me proposait de lire les videos avec totem (un derive de xine) ... mais impossible de faire quoi que ce soit, l'interface n'apparaissait pas et le processus restait en fond.
Qu'a cela ne tienne je me dit c un bug dans totem (je venait de mettre a jour ma Debian/sid) et je lance mon mplayer pas de pb.
plus tard je reessaye totem, toujours rien meme pas une ligne de texte, pris d'un doute subit je lance xine:
Voici xine (X11 gui) - un lecteur vidéo libre v0.9.22(c) 2000-2003 L'Equipe de xine.
Généré avec la bibliothèque xine 1.0.0 (1-rc0a).
Version de la bibliothèque de xine trouvée : 1.0.0 (1-rc0a).
Vendeur du serveur X: The XFree86 Project, Inc. Version: 40300000,
Version du Protocole: 11, Revision: 0,
Ecran(s) Disponible(s): 1, utilise 0
Profondeur: 24.
XShmQueryVersion: 1.1.
Hum 1 ecran dispo, utilise ... bizarre ca, et rien de plus. Je veut lancer rhythmbox ... paareil j'ai l'init de gstreamer mais c tout, par contre gst-player marche.
Etant legerement surpris je tente d'abord de voir ou ces progs bloquent avec strace ..... et la plus fait etrange xine se lance, ainsi que rhythmbox, mais pas totem qui s'arrete sur:
writev(3, [{"b\0\6\0\17\0\7\0", 8}, {"XInputExtension", 15}, {"\0", 1}], 3) = 24
read(3, "\1\0+\0\0\0\0\0\1\223_\253\0\0\0\0\1\0\0\0\0\0\0\0\210"..., 32) = 32
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([] <unfinished ...>
Fait etrange j'ai aussi teste xine dans une session X root ou il demarre (mais pas en sudo ou autre) et en tant qu'utilisateur test (tout neuf tout vide) ou il ne demarre pas plus.
Toute proposition serieuse sera examinée calmement :)
ps: le kernel 2.4.21-ck3 (+ grsecurity mais pas compile, c pe ca je vait en compiler un clean pour voir)
# Re: Bouh la la qu'est ce qui ce passe.....
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
en utilisant gdm pour ouvrir une session root, ni xine ni rhythmbox ne marchent, mais en utilisant startx (avec un exec gnome-session ou un exec wmaker dans le .xinitrc) ils marchent. Dans tous les cas totem ne marche pas.
par contre pour les utilisateurs normaux, que la session X soit demarre avec startx ou gdm ne change rien.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Infernal Quack (site web personnel) . Évalué à 1.
T'es pas un peu ouf toi ?
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Nap . Évalué à 2.
lire une video en root c'est Mal mais ça fait pas sauter le paté d'immeubles
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par redfish . Évalué à 2.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remisoft . Évalué à 1.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remi . Évalué à 2.
Alors, oui, du point de vue statistique, ca peut paraitre un peu faible, mais d'une part une probabilité 0 n'indique pas qu'un évènement n'a aucune chance de se produire, et d'autre part, ce genre de problème a déjà existé avec netscape il y a 4 ou 5 ans, qui vautrait sur une image jpg spécifique...
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remisoft . Évalué à 2.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remi . Évalué à 1.
- un bug inconnu, qui peut éventuellement modifier des fichiers importants
- un bug connu des maichants pirates de l'internet convivial, utilisé à des fins prévues pour nuire.
au final, la cause est la même, c'est mal de lancer des programmes en root quant on peut faire autrement.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par allcolor (site web personnel) . Évalué à 1.
Si, un événement avec une probalité 0 n'arrivera jamais... avec une probalité proche de 0, il peut arriver mais 0 non...
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Larry Cow . Évalué à 2.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remi . Évalué à 1.
Mais je me trompe surement.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par remi . Évalué à 1.
Il est admis qu'un évènement de probabilité 0 ne peut pas se produire, mais c'est une simplification.
Un contre-exemple: (tiré de fr.sci.maths)
tirer un réel fixé de [0,1] suivant un loi de Lebesgue est de proba nulle, pourtant, un tirage sur [0,1] suivant une loi de Lebesgue aboutit bien à un réel.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Nap . Évalué à 1.
# Re: Bouh la la qu'est ce qui ce passe.....
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Schwarzy . Évalué à 1.
Il s'agit d'une race condition dans XFree86. Pour la debian, le problème a été résolu dans la série dans 2.4.1. Les versions de daniels de la 4.3 pour debian contiennent le bug. Ce bug a été corrigé dans la version CVS de XFree86 4.3. Les paquetages officiels de Xfree86 4.3 pour la Debian qui devraient bientôt arrivé auront le problème corrigé.
La seule solution immédiate est de rétrograder XFree86 vers la version 2.4.1.
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
Par contre pour XFree je peut pas retrograder en 4.2.1 pour cause de drivers radeon qui marche pas bien en 4.2.1 (et pis j'ai eu du mal a me le compiler mon joli 4.3-ds2 (juste avant le passage au gcc 3.3 ouf :))
# Re: Bouh la la qu'est ce qui ce passe.....
Posté par Me Nut (site web personnel) . Évalué à 2.
bip bip vrrrrroum ->[]
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.