En r�ponse � Sven Luther <[EMAIL PROTECTED]>: > Va au magasin de pieces du coin, demande la liste des cartes > graphiques > en vente, et verifie combien d'entre elles sont supporte par 4.3 et > non > par 4.1.0. Je te parie que cela correspond a plus de la moitie, si ce > n'est la majorite. Ensuite essaye de jouer a quake3 avec elles, et on > en > reparle.
Meuh oui �videmment, mais je veux dire que si ma machine marche tr�s bien avec xfree4.1, il ne faut pas / je ne souhaite pas / ce serait bien / que dans la prochaine release, pour cause de d�pendance, je sois pas oblig� de passer � autre chose. C'est en ce sens que je dis ne pas parasiter (l'�tat) de ma Debian. (les applis __sp�cifiques__ xfre4.2/3 genre quake3 et autres 3D, ben je les installe pas tout simplement...) Au fait, si tu veux des d�tails, quand ma machine freeze (deux fois aujourd'hui), si je red�marre imm�diatement j'ai un gros beeeep et l'�cran reste noir m�me s'il semble que la machine red�marre. Par contre, si j'attends une dizaine de secondes avant de rallumer, c'est bon... si �a peut aider ... > Quelle manip as tu fait pour revenir a l'ancienne version ? Le > downgrade > n'est pas vraiment correctement supporte, surtout si il y a des > packages > en plus dans la nouvelle version. eu oui, c'est ce que j'ai moi-m�me pr�ciser r�cemment (juste avant de me retrouv� involontairement confronter au probl�me ;-) > > b) je voulais tester nagios sur une machine serveur (pas bcp d'upgrade > Si tu donnait des details cela serait sympa. tout a �t� dit !? (le paquet "crois" que invoke-rc.d est l�, alors que non...) > > Question : comment se fait-il que j'ai mis 2mn � voir/r�gler le > probl�me et pas le DD? > > Parceque tu est au courrant, et le DD ne l'est pas. Lui as tu fait un > bug report, et dans quelle mesure tes problemes sont-ils dus a ton > install non conventionnelle ? :-) c'est marrant comment tu t'es mis dans la t�te que mes installs sont non-conventionnelles. Cette machine est notre serveur de fichier (et quelques autres services), crois moi que j'y fais rien de louche... � part des apt-get install ou remove. [si j'en crois ce que j'ai sur mon disque, un paquet "doit" tester l'existence de invoke-rc.d et � d�faut appeler /etc/init.d/ (et r�ciproquement)... Les autres font comme �a,donc pas strictement besoin de invoke-rc.d, donc mon install n'est pas non-conventionnelle...] > programme, si tu trouve un bug, et que tu ne soumet pas de bug report, > alors tu sabote volontairement le processus. :-) maintenant �a va �tre de ma faute ... Je trouve plus int�ressant d'essayer de comprendre pourquoi le mainteneur n'a pas vu cette d�pendance. Et d'en d�duire une d�marche am�lior�e plut�t que de me contenter de faire un bugreport qui ne r�glera que _ce_ probl�me somme-toute mineur. Maintenant, on pourrait aussi se creuser le t�te pour trouver un script qui, par simulation d'une install/desinstall (le plus petit des test � faire par un DD), fournirait une liste de d�pendances additionnelles ... ... un bon usage de strace ?? essai rapide ... premi�re piste (dans /var/lib/dpkg/info) sudo strace -f -e trace=file -o nagios.dump ./nagios-mysql.postinst configure grep /bin nagios.dump (donne les "binaires" utilis�s, donc les paquets [xargs dpkg -S | sort | uniq]) etc etc tu as compris le principe, ok c'est lourd mais radical et automatisable (et bien �videmment am�liorable hein ;-). > [findutils] Et as tu soumis bu bug report ? cher M�ssieur le responsable de findutils, j'avais un locate qui marchait bien, je suis pass� � findutils/sarge, �a marchait plus, je suis revenu en stable, �a marche. voil�...voil�... et apr�s je retourne bosser ... PS : et vu le nombre de bug report dans la pile, y'a pas le feu ;-) A+ -- mailto:[EMAIL PROTECTED]
