Brunni (./1636) :
Perso ce que tu dis (jamais de message d'erreur pour ne pas faire mentir ceux qui disent que ça ne plante jamais) me fait plutôt penser à Mac OS, et en particulier à son langage, l'Objective C en fait: Quand un truc merde rien ne se passe (les objets nil, qui n'ont pas pu être créés pour une raison ou pour une autre, jettent silencieusement tous les messages qu'on leur envoie, résultat souvent quand ton code merde totalement tu ne t'en aperçois même pas, et aucune erreur n'est loguée ).

Loin de moi l'idée de défendre l'Objective-C, mais ce que tu décris est une des fonctionnalités du langage (et crois moi il y a bien du code pour implémenter *spécifiquement* ce comportement ), et il y a bien des erreurs qui sont écrites sur stderr dans certains cas… Cependant jamais d'erreurs fatales, en effet… Et tant mieux ^^ (Une erreur fatale doit être provoquée par le matériel ou le système d'exploitation dans la plupart des cas )
Mais quoi qu'il en soit de ce point de vue, le défaut est le même que sous Linux (enfin plus exactement sous tous les dérivés Unix, et plus généralement encore dans tous les logiciels qui ont été écrits dans ce style), les erreurs ne sont pas affichées…
C'est vraiment très con vois-tu, car dans le cas de Flanker, c'est certainement un éxécutable "screenlock" qui n'a pas été trouvé, ou qui a planté en ne trouvant pas la ressource bouton05.png, comme ça se produit si souvent avec des tas de petites, ou moins petites, applications sous Linux… Cependant j'ai malgré tout beaucoup plus souvent constaté ce genre de bugs/défauts ennuyeux avec des applications GTK (le machin est trop sensible à sa propre configuration bidouillesque et tordue) qu'avec des applications KDE…

Folco> Ca m'étonnerait que ce soit un problème de configuration de GNOME à vrai dire, le comportement a l'air anormal.

Et anormal peut venir d'un problème de configuration de Gnome. (Ou d'installation, enfin bref)
Mais pas de la part de Flanker, de la part du paquet ou du gestionnaire associé.

C'est con, parce qu'à part le gnome-panel c'est un des environnements tous OS confondus qui exhibe le moins de ce genre de comportements bizarres/aléatoires.

Haha… Bonne blague

Mais là soit qqch a pété dans le filesystem, soit les mainteneurs de ta distro ont fait de la merde, c'est le gros désavantage de pas mal de distros Linux: beaucoup de mises à jour faites souvent, mais très peu testées :/

Car il existe beaucoup trop de configurations possibles et d'états du même système, ce même sans bidouiller à outrance l'installation… Si (par exemple) Microsoft a du mal avec ça pour un système ou le nombre de configurations possibles, déjà relativement important, est bien moindre que celui de Linux, ça peut se comprendre… (Moi je considère ça comme un sévère défaut de l'environnement de Linux, mais je ne sais pas si c'était la peine de le rappeller )

Perso je me retrouve du coup à faire du "if it ain't broke, dont fix it", même si parfois comme hier je craque en voyant que j'ai plus de 100 mises à jour à faire et que j'ai un peu de temps à tuer...

Hihi
Le vrai problème c'est que pour mettre à jour le paquet YYY t'es aussi obligé de mettre 100% de ses dépendances à jour (ce qui est transparent lorsqu'elles sont toutes déjà à jour) alors que le paquet YYY aurait probablement pu fonctionner aussi bien sans que le paquet XXX ait eu à être mis à jour…
Parfois tu veux juste corriger le bug qui fait apparaître un pixel noir au milieu de ton écran quand tu appuies sur la touche Z (bug totalement ficif hein ) mais tu en as quand même pour 500 Mo de mises à jour et 20min d'installation… Et des fois tu t'es tapé ça pour rien (en fait ça arrive très souvent) parce que tu as gagné un nouveau bug qui fait clignotter l'écran en rouge quand tu appuies sur Ctrl et Alt en même temps… C'est la vie…