Je me souviens que, sous X11, Synaptic que j’utilisais alors indiquait de quel dépôt provenaient les paquets.
Est-ce que apt permet
Soit d’afficher le dépôt d’origine en face des paquets installés ?
Soit inversement, de lister les paquets provenant d’un dépôt ?
Sur ma Testing je vais retirer le dépôt Sid dans lequel je piochais Firefox (que j’ai installé en Flatpak) et Tor browser (qui est maintenant disponible dans Testing et cts) et je voudrais m’assurer que je n’ai plus de paquets dépendants de Sid
c’est pas clair pour moi comment on connait la source du paquet avec ça :
en fait il donne les dépôts dans lesquels le paquet est dispo et leurs priorités, sans répondre directement à la question si je comprends bien ?
c’est caractéristiques d’une version qui a été dans une version, sid par exemple, et qui a été installée à un moment donné mais qui n’est plus dans les dépots Debian
C’est la vie des versions de paquets particulièrement dans sid/unstable
c’est caractéristiques d’une version qui a été dans une version, sid par exemple, et qui a été installée à un moment donné mais qui n’est plus dans les dépots Debian
C’est la vie des versions de paquets particulièrement dans sid/unstable
la version a probablement été installée à un moment ou tu utilisais stretch, mais tu as du retirer le dépôt stretch donc , chez toi, apt ne sait plus indiquer la source de cette version de paquet
Lorsque l’on regarde le numéro de version :
→ Installé: je pense que le terme est clair
→ Candidat: ce qui est disponible par rapports à tes dépôts
Après coup on peux voir que la version 0.3.2-8 du paquet est partagé par les dépôts unstable et testing, donc pour moi rien de bien compliqué jusque là pour savoir si un paquet viens de unstable ou non.
Merci pour la commande, je pense que c’est ce que je recherchais :))
Mais… wow j’ai beaucoup plus que Firefox qui provienne de unstable o_O
Si je débranche le dépôt unstable après avoir retiré Firefox, les autres paquets finiront par être mis à jour à partir de Testing quand Testing aura rattrapé les version proposées aujourd’hui par Unstable ?
Oui à un moment les numéro de version finiront par être à minima égaux ou supérieur, mais pourquoi ne pas jouer avec l’étiquetage ?
Pour reprendre ton exemple plus haut le paquet de la version de testing dispose d’un étiquetage de 990 par rapport au ‹ pinning › de 99 de la branche de unstable.
Tu peux très bien laissé tel quel voir exporter la liste de paquets actuellement en unstable, la désinstaller, puis la réinstaller si ton ‹ pining › est en place les versions de la branche testing seront réinstallé en lieu et place (mais le downgrade de version peut-être périlleux avec les métapaquets disposant de dépendances fortes avec des librairies critiques tel que la libC.
Maintenant tu as une liste des paquets en question donc mise à part un peux de bricolage rien ne t’empêche si la machine n’est pas critique de tester
Oui, c’est ce que j’ai fait pour tor-browser qui a peu de dépendances.
Les méta-paquets c’est ce qui me freine mais je peux le faire néanmoins pour ceux qui ne tombent pas dans ce cas.
Je l’avais fait pour le dépôt multimédia précédemment, et ça c’était mal passé, surtout quand j’ai fini par ne plus avoir de gestion du réseau ça rendait la réparation tout de suite plus compliquée
$ apt list --installed | grep /unstable
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
firefox-l10n-fr/unstable,now 74.0.1-1 all [installé]
firefox/unstable,now 74.0.1-1 amd64 [installé]
libffi6/unstable,now 3.2.1-9 amd64 [installé]
