Enfin, je dirais qu'un safe-upgrade est plus sûr sous testing et un full-upgrade sera généralement moins enclin aux problèmes de dépendences sous SID.

Merci pour l'explication.

Ensuite, les commandes de mises à jours sont safe-upgrade ou full-upgrade, upgrade et dist-upgrade sont maintenant dépréciées.

Enfin, je dirais qu'un safe-upgrade est plus sûr sous testing et un full-upgrade sera généralement moins enclin aux problèmes de dépendences sous SID.

On m'a conseillé d'utiliser aptitude full-upgrade sous squeeze.
J'évite donc de lancer la mise à jour automatique avec le gestionnaire de mise à jour qui utilise safe-upgrade.
Est-ce la solution je n'en sais rien ?

Ne connaissant ni l'une ni l'autre, je n'en sais rien.
J'utilise apt-get dist-upgrade et basta... mais je vais changer ça, grâce à ton expérience et à celle d'orgrim.
Désolé.

PS : Dans lequel de mes nombreux messages as-tu donc trouvé la ligne fautive « j'ai pas la patience d'attendre que les dépendance » ? Il faut que je corrige ça !

Anticipation. Je demande avant qu'il soit trop tard.

Aucune piste vu que je demande.
GNU/Linux ne se devine pas...

J'ai donc éxécuté la commande

Après simulation il me dit

Supprimer les paquets suivants :
amarok
kino
libavcodec51
libvlc0
xserver-xorg-video-all

Au milieu d'une bonne grosse liste de paquets qui seront enlevés

Les paquets suivants seront ENLEVÉS : 
  xserver-xorg-video-nv{a}

Pour éviter toute catastrophe au lancement de gdm j'ai donc éxécuté cette commande :

Puis j'ai fait

Faut-il utiliser "aptitude safe-upgrade" à la place de "full-upgrade" ?

Je ne veux pas être méchant mais je ne suis pas le seul à faire des fautes.

Je ne sais pas bien m'exprimer mais ce n'est pas ça qui m'empêche d'utiliser GNU/Linux debian.
++

Je crois même qu'il y avait un warning pour prévenir de ce changement pendant un moment lorsqu'on utilisait encore upgrade avec aptitude.

Pour le problème en lui même, c'est exactement pour ça que je n'utilise pas testing : j'ai pas la patience d'attendre que les dépendance soient bien remises en place llorsque ça foire.

Pour revenir sur le soucis de damo, le dist-upgrade ça peut péter des trucs. Sur ma testing, je fais toujours du safe-upgrade:

aptitude update
aptitude autoclean
aptitude safe-upgrade

Pour en remettre un couche, la dernière fois que j'ai fait un dist-upgrade, je me suis retrouvé avec une moitié de kde4 qui foirait et une moitié de kde3. Sur un autre système où je n'ai fait que du safe-upgrade, j'avais un kde hybride qui fonctionnait au poil.

Ensuite, ça ne va pas résoudre ton problème de paquets cassés, là il faut voir au cas par cas pour tenter de réparer ce que tu peux.

Au passage, un jour le wiki Andesi sera tellement bien, qu'on pourra en faire un livre. J'en suis convaincu.

Mais bon, autant le lui dire directement non ?

Après à titre perso, c'est surtout l'aide sur internet, la recherche de mon coté et l'utilisation au quotidient qui m'ont  apporter mon expérience...

Mais, Pathe, à ce rythme là, on va fermer le Forum et maisser un message: "Achetez des livres pour trouver vos réponses"... non ?

Oui, c'est vrai.
En même temps, Tihz n'aurait pas un tel savoir sans ses lectures, et toi non plus. À moins que je ne me trompe ?
Ensuite, c'est aussi pour faire remarquer qu'un sujet dont le premier message est « ah ben mince il m'arrive ça » n'est pas très avenant ; il me semble qu'il vaut mieux :
- montrer son pépin
- le faire suivre par les quelques pistes explorées dans un premier temps (j'ai essayé ceci, puis cela)
- présenter des conclusions temporaires (si ceci ne marche pas, cela voudrait-il dire que...)

C'est pourquoi un bref travail de documentation, dans des livres ou sur le réseau, peut se révéler utile avant de poster plus efficacement.

Non ?

PS : en l'espèce, alors que de l'aide est demandée, l'auteur ne juge pas utile d'informer les lecteurs du forum de la nature desdits 37 paquets cassés, ni du kernel, ni de la version de debian concernée ! Super-utile pour avancer !

En l'occurence, c'est plutôt la deuxième qui t'aiderait.