Vous n'êtes pas identifié(e).
Je serai tenté de tout remettre ... J'ai déja remis xserver-xorg-core, xserver-xorg, poedit et vlc ...
je ne me rends pas compte de ce qui est "nécessaire" (y'en a) et de ce qui ne l'est pas.
et de suite une autre question,
comment faire pour "marquer"/"épingler" des paquets à ne pas purger, genre xserver-xorg..;
L'installation en manuelle ne semble pas garantir cela (?) vu que par exemple VLC et Poedit ou gnome-boxes, c'est moi qui les ai installé, ils sont pas présents de base et ne découlent d'aucune dépendance....
En ligne
Pour une première approximation de la chose.
Quels sont les paquets qui dépendent de mpv :
Si il y a que des paquets tu veux garder et qu'ils n'ont pas d'équivalents qui te conviennent, eh bien tu es obligé dans ce cas de remettre mpv.
En fait, il est largement préférable d'y penser et d'enquêter avant !
Avec une simulation :
Il y a aussi par exemple, les gcc, généralement, il y a deux versions de base d'installées.
Si tu en as trois, tu peux supprimer la plus ancienne.
Dernière modification par --gilles-- (13-03-2022 17:13:24)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
il passera en "installer manuellement et ne sera plus dans la liste de apt-remove
Ce à quoi l'on a pas accès par l'expérience vécue, on a pas d'oreilles pour l'entendre ..Nietzsche
Cela dit, bien que toute notre connaissance s’amorce avec l’expérience, il n’en résulte pas pour autant qu’elle découle dans sa totalité de l’expérience. E.Kant
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
En ligne
les paquets installés manuellement ne sont pas supprimés lors d'un upgrade, mais, et re mais, dans la vidange proposée par ce full-upgrade il y avait des paquets installés manuellement,
Ça n'a aucun rapport.
- Le fait qu'un paquet ait été installé manuellement ou automatiquement n'influe que sur autoremove, pas sur upgrade ni full-upgrade/dist-upgrade (sauf les noyaux avec apt full-upgrade/dist-upgrade). apt upgrade peut seulement installer de nouveaux paquets pour satisfaire les dépendances de la nouvelle version d'un paquet installé.
- full-upgrade/dist-upgrade peut en plus supprimer des paquets même installés manuellement pour satisfaire les dépendances des nouvelles versions des paquets (conflits de dépendances).
Dernière modification par raleur (14-03-2022 10:20:19)
Il vaut mieux montrer que raconter.
Hors ligne
le second est plus énergique
pour ruby il est présent dans les dépôts
a priori il n'est plus utilisé par le système (pas d'urgence pour le retirer )
pour le noyau , 2 conservés , j'ai testé le 5.17-rc7 , donc le 5.16.3 est le 3eme maintenant (avec le 5.16.4)
donc correct que le full-upgrade veut le retirer
ps: avec synaptic j'ai 8 paquets obsolètes que je veut conserver (pour lire les DVD , mate-media , le xserver-qxl, le noyau qui ne sont plus dans les dépôts de testing ).
je comprend pas pourquoi certain arrive a casser leur debian sur les mises a jours de testing/sid .
ceci confirme un peu le #6 au dessus
je suis pas un fou furieux du full-upgrade tous les jours , il m'arrive parfois d'avoir 200 ou 300 paquets a mettre a jour . (j'utilise plutôt alors "apt full-upgrade")
j'ai un sources.list pure testing , pas de fichier préférences , juste un peu de réflexion , et lire le retour de la commande avant de la lancer .
pour moi de ton #1 , les paquets étaient déjà marqués en "autoremove" , ce n'est pas la commande full-upgrade qui a provoqué ce résultat .
et je sais pas ce que tu a fait pour en arriver a ce résultat .
nota: pour le cas du paquet "qxl" (que je n'utilise pas )
présent sur ma machine , mais pas dans le dépôt de testing.
ps : qxl n'est pas une dépendance de "xserver-xorg-video-all" mais un paquet recommandé .
pour la méthode chacun la sienne , ce n'est qu'un exemple .
si cela peut t'aider a comprendre un peu comment cela fonctionne .
pour moi de ton #1 , les paquets étaient déjà marqués en "autoremove" , ce n'est pas la commande full-upgrade qui a provoqué ce résultat
"autoremove" n'est pas une marque mais une commande ou une option qui peut être associée à d'autres commandes. La marque est "auto" (éligible à l'autoremove) ou "manual" (non éligible, par défaut).
C'est bien la commande full-upgrade (sans l'option --autoremove) qui a supprimé ces paquets, donc la seule explication est un conflit de dépendance.
Il vaut mieux montrer que raconter.
Hors ligne
pour moi de ton #1 , les paquets étaient déjà marqués en "autoremove" , ce n'est pas la commande full-upgrade qui a provoqué ce résultat
beh si, ils n'étaient pas marqués dans apt-autoremove ...
D'où mon interrogation sur le coup vu tout ce qui devait être enlevé, n'étant pas vraiment habitué à utiliser full-upgrade ...
D'ailleurs, la liste des paquets que full-upgrade prenant quasi toute la page de l'écran, j'avais pas fait gaffe au début qu'il y avait aussi un paragraphe avec "ces paquets ne sont plus nécessaires... utilisez apt-autoremove..." avec une longue liste aussi de paquets...
Après, je n'ai pas fait de folies sur ce système, si ce n'est rajouter root en rouge dans bash.rc ou retoucher vim.rc... Du coup je comprends mal ce qui a pu causer un tel résultat...
Dernière modification par ubub (14-03-2022 13:41:38)
En ligne