Certaines libs sont disponibles en backports et d'autres non, ca pourrait venir d'ici ?
En partie oui. backports a une priorité basse par rapport aux dépôts stable donc la résolution ne fonctionne pas bien quand il y a plusieurs paquets backports à installer ou mettre à jour automatiquement. Avec un paquet simple en dépendance, le gestionnaire de paquets trouve facilement et propose l'installation des nouveaux paquets backports. Ici tu as plusieurs paquets avec de multiples dépendances profondes à résoudre, c'est trop compliqué pour le gestionnaire.
Remarque bien que là sur tes screenshots ce ne sont pas les dépendances elles-mêmes qui bloquent (si tu regardes le numéro de version des dépendances disponibles, il est bien supérieur ou égal à celui exigé par le paquet) mais ce sont des paquets encore en-dessous. En descendant plus profond tu vas trouver les coupables.
J'ai beau tenter et chercher partout, backports ou pas, à chaque fois un conflit 32/64 bits...
Oui tu arrives à des paquets avec des conflits non pas dans la partie Dépend mais dans la partie Casse, probablement en 64bits et restés en stable. C'est une partie de la difficulté de l'opération qui contribue à mettre en défaut la résolution automatique. Les lib graphiques en multiarch doivent être de même version. C'est pour ça que j'insiste sur les paquets 64bits. :)
Tente de simuler l'installation d'un de ces paquets avec aptitude, regarde à chaque manipulation ce qu'il propose comme solutions de résolution (parfois il faut faire suivant jusque sa quatrième ou cinquième solution pour avoir quelque chose qui convient), regarde ce qu'il indique comme conflits et creuse jusqu'à ce qu'un paquet propose la bonne solution de résolution. C'est comme ça que j'ai fait pour libdrm2:i386
Il y a de fortes chances qu'il faille faire ça à plusieurs endroits mais tu vas aussi avoir des sous-dépendances communes qui débloquent plusieurs paquets supérieurs. Et comme tu l'as supposé, ça va fortement aider à résoudre ton problème similaire avec Wine.
C'est un travail de détective. Avec l'habitude de l'outil, tu finiras par régler ce genre de problème en quelques minutes. Surtout qu'après avoir résolu des grosses lib graphiques, toi et le gestionnaire auront beaucoup moins de conflits à résoudre, jusqu'à la prochaine dist-upgrade.
[^] # Re: sans titre
Posté par Anonyme . En réponse au message Mise à jour/Installation Steam Debian Conflit de paquets. Évalué à 1.
En partie oui. backports a une priorité basse par rapport aux dépôts stable donc la résolution ne fonctionne pas bien quand il y a plusieurs paquets backports à installer ou mettre à jour automatiquement. Avec un paquet simple en dépendance, le gestionnaire de paquets trouve facilement et propose l'installation des nouveaux paquets backports. Ici tu as plusieurs paquets avec de multiples dépendances profondes à résoudre, c'est trop compliqué pour le gestionnaire.
Remarque bien que là sur tes screenshots ce ne sont pas les dépendances elles-mêmes qui bloquent (si tu regardes le numéro de version des dépendances disponibles, il est bien supérieur ou égal à celui exigé par le paquet) mais ce sont des paquets encore en-dessous. En descendant plus profond tu vas trouver les coupables.
Oui tu arrives à des paquets avec des conflits non pas dans la partie Dépend mais dans la partie Casse, probablement en 64bits et restés en stable. C'est une partie de la difficulté de l'opération qui contribue à mettre en défaut la résolution automatique. Les lib graphiques en multiarch doivent être de même version. C'est pour ça que j'insiste sur les paquets 64bits. :)
Tente de simuler l'installation d'un de ces paquets avec aptitude, regarde à chaque manipulation ce qu'il propose comme solutions de résolution (parfois il faut faire suivant jusque sa quatrième ou cinquième solution pour avoir quelque chose qui convient), regarde ce qu'il indique comme conflits et creuse jusqu'à ce qu'un paquet propose la bonne solution de résolution. C'est comme ça que j'ai fait pour libdrm2:i386
Il y a de fortes chances qu'il faille faire ça à plusieurs endroits mais tu vas aussi avoir des sous-dépendances communes qui débloquent plusieurs paquets supérieurs. Et comme tu l'as supposé, ça va fortement aider à résoudre ton problème similaire avec Wine.
C'est un travail de détective. Avec l'habitude de l'outil, tu finiras par régler ce genre de problème en quelques minutes. Surtout qu'après avoir résolu des grosses lib graphiques, toi et le gestionnaire auront beaucoup moins de conflits à résoudre, jusqu'à la prochaine dist-upgrade.