Salut,
Je tiens à utiliser Debian Sid. Et la seule chose que je ne sais pas encore résoudre, c’est d’installer un paquets qui est "temporairement" cassé :/
Si le paquet est déjà installé, l’ensemble de l’arborescence tardera à se mettre à jour. Mais le logiciel fonctionne et le reste également.
Ce fut le cas de cups durant quelques semaines… Sur de nouvelles installations, je n’avais pas d’impression durant une semaine, le temps que le problème de dépendance soit résolu dans Sid…
Et là, depuis plus d’une semaine, c’est Spyder que je n’arrive pas à installer sur de nouvelles machines :/
J’aimerais pouvoir donc obtenir le même résultat que sur les machines sur lesquels j’avais déjà pu installer Spyder, quitte à obtenir un retour à des versions antérieurs pour toute une série de paquets inter-dépendants du paquet spyder.
Par exemple, voici ce que j’ai tenté…
Voici ce que j’ai comme /etc/sources.list (réparti sur plusieurs fichiers) :
deb http://ftp.be.debian.org/debian/ sid main non-free contrib
deb http://packages.linuxmint.com/ elsie main upstream import backport romeo
deb http://ftp.be.debian.org/debian/ stable main non-free contrib
deb http://ftp.be.debian.org/debian/ testing main non-free contrib
Et voici ce que j’ai comme /etc/apt/preferences (réparti ou non sur plusieurs fichiers ;)
Package: *
Pin: release n=elsie
Pin-Priority: -10
Package: *
Pin: release a=stable
Pin-Priority: -10
Package: *
Pin: release a=testing
Pin-Priority: -5
Donc à priori, pour de simples …
apt update && apt full-upgrade…, je ne risque rien. N’est-ce pas ? :/
Par contre, j’ai pu installer xed de mint, comme ceci :
apt -t elsie install xedEt là donc, j’aurais espéré pouvoir obtenir gain de cause avec
apt -t testing install spyderMais non, j’obtiens quand même…
python3-spyder : Dépend: python3-pylsp (< 1.6~) mais 1.6.0-1 devra être installé
Dépend: python3-qtconsole (< 5.4~) mais 5.4.0-1 devra être installé
Donc je crois comprendre qu’il ne s’autorise pas à ré-installer des versions antérieures (downgrade) des paquets concernés :(
Y aurait-il un complément à cette commande, une option en plus, pour pouvoir obtenir cela ? Y suis-je presque ?
Sinon, devrais-je chercher du côté des instantanés (“snapshot”) Debian ?
(cf. Rétrogradage des paquets Debian à une date précise )
J’y ai par exemple déjà trouvé ceci…
Est-ce une bonne piste ?
Sauf que j’aurais voulu trouver une petite recette applicable à mes prochaines installations de Debian Sid, lorsque d’autres paquets ne pourront temporairement pas être installés, de sorte à pouvoir les installer quand-même, …
Merci d’avance
# installation "à la main"
Posté par moi1392 . Évalué à 3. Dernière modification le 08 décembre 2022 à 16:17.
J'ai déjà eu le souci de vouloir installer un paquet au moment où ses dépendances étaient cassé dans sid.
De mon expérience, si vraiment tu ne veux pas attendre, ce qui marche le mieux c'est d'aller chercher une version plus ancienne dans les archives debian (les .deb) de de l'installer à la main.
Il faut 2 ou 3 passages de téléchargement manuel par les archices pour aller chercher toutes les dépendances qui ne sont cassées, et se taper quelques coups de dpkg pour voir ce qu'il manque, et le reste viens depuis l'archive par apt.
# aptitude !
Posté par Space_e_man (site web personnel) . Évalué à 2.
Voilà, j’ai trouvé la solution _^
Car spyder est toujours cassé à ce jour dans sid…
(de même que freecad et mypaint au passage de python3.11)
Toujours sur base du /etc/apt/sources.list et preferences ci-dessus ↑
Refusez la première proposition de aptitude…
La seconde proposition consiste à réinstaller les versions précédentes qui permettent de satisfaire les dépendances :)
Ensuite, pour que cela n’arrive plus, j’ai trouvé la solution de mettre au point la liste des paquets que je ne souhaite jamais voir supprimé et de les ajouter à apt full-upgrade, comme ceci ↓
Je fais pas trop long ici, mais l’idée est d’ajouter les paquets, de préférence méta’, que l’on ne souhaitera jamais voir supprimés.
Il est par exemple possible de s’inspirer du résultat de cette commande ↓
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.