Forum debian-fr.org

Rechercher:

* Connexion   * M’enregistrer

* FAQ    * Rechercher





Poster un nouveau sujet Répondre au sujet  [ 152 messages ]  Aller à la page Précédente  1, 2, 3, 4, 5 ... 7  Suivante
Auteur Message
MessagePosté: 03 Mai 2012 22:31 
Hors ligne
Nouvel utilisateur

Inscription: 06 Jan 2005 01:29
Messages: 67
Localisation: Bretagne
Merci Syam et autant pour moi pour le mauvais fichier de conf :whistle:
cependant, ton script me trouve de nouvelles dépendances circulaires:
Code:
État   Version     Paquet
------------------------------------------------------------------------------
i      2.96-4          rhythmbox                                               
i      2.96-4          rhythmbox-data                                           
i      2.96-4          rhythmbox-plugins                                       

Les différentes chaînes de dépendances circulaires sont :
    * rhythmbox rhythmbox-data rhythmbox-plugins

c'est normal? ton script n'aurait pas dû la détecter la 1ère fois?
je vais rajouter cette dépendance circulaire au fichier conf et relancer le script:
Code:
Recherche des actions prévues et des dépendances cassées...
Marquage des paquets en « Automatique » en fonction des dépendances des paquets...
Recherche des dépendances circulaires...
deborphan : 2 bibliothèques orphelines (0 ignorées). Si vous êtes certain(e) que ces paquets ne vous sont pas utiles, vous pouvez les supprimer manuellement.
    Pour que ces paquets n'apparaissent plus comme orphelins, utilisez « deborphan -A » (cf. man deborphan).

État   Version     Paquet
------------------------------------------------------------------------------
i      1.2.12-0.1      libdvdcss2                                               
i      295.40-1        libgl1-nvidia-glx-ia32   


Tout semble ok désormais! :041

_________________
Portable Asus A7sn, Debian Sid/Gnome


Haut
 Profil  
 
MessagePosté: 03 Mai 2012 23:46 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
Golmut a écrit:
cependant, ton script me trouve de nouvelles dépendances circulaires:
[...]
c'est normal? ton script n'aurait pas dû la détecter la 1ère fois?

Il aurait effectivement dû le détecter la première fois. À moins que les dépendances aient changé entre temps (va savoir... c'est tellement embrouillé des fois). Bref, le principal c'est que ça soit stabilisé. :)

Edit : euh, il l'a détecté la première fois... Si, si, regarde bien. ;)

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 18:00 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Allez, à moi de poser mon problème :
Maj du matin : 3 paquets 'id'

libopencv-core2.3
""""""""- imgproc2.3
libtbb2

Je fais un 'aptitude keep ~i'
puis re fix...
= 1 orphelin : libopencv-imgproc2.3 avec état = i
Les 5 paquets en dépendant sont tous état = i A
J'en déduis que je dois le deborphaniser A

C'est bon docteur ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 18:21 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
Si la mise à jour propose de supprimer ces paquets, c'est qu'ils ne sont plus utiles (d'autant plus que ce ne sont que des bibliothèques, et que deborphan confirme). Pourquoi les conserver à tout prix ?
Le mieux c'est sans doute de faire ce qu'il te propose : aptitude -s remove libopencv-core2.3 libopencv-imgproc2.3 libtbb2 et de voir ce qui se passe précisément.

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 19:46 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 08 Juin 2008 19:45
Messages: 1649
Localisation: Ile de France
Lecture et relecture, en long, en large et en travers, prise de notes au fur et à mesure : j'y suis arrivée ! :grin:
Sauf que
syam a écrit:
...Là c'est deborphan qui me prévient qu'une bibliothèque semble orpheline.

Hmm... C'est 'ach'ment propre, chez toi. Je fais quoi avec mes 196 bibliothèques orphelines (Installation datant de plus de 3 ans avec gnome à l'origine + pleins de morceaux de KDE + xfce + suppression de tous les bouts de KDE et de gnome que j'ai pu trouver) ? :119

_________________
Chercher à comprendre, c'est commencer à désobéir.


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 20:44 
Hors ligne
Nouvel utilisateur

Inscription: 07 Jan 2012 23:19
Messages: 26
wetaskiwin a écrit:
Lecture et relecture, en long, en large et en travers, prise de notes au fur et à mesure : j'y suis arrivée ! :grin:
Sauf que
syam a écrit:
...Là c'est deborphan qui me prévient qu'une bibliothèque semble orpheline.

Hmm... C'est 'ach'ment propre, chez toi. Je fais quoi avec mes 196 bibliothèques orphelines (Installation datant de plus de 3 ans avec gnome à l'origine + pleins de morceaux de KDE + xfce + suppression de tous les bouts de KDE et de gnome que j'ai pu trouver) ? :119

Là, un petit coup de debfoster d'impose peut-être.

Flo


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 22:26 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 08 Juin 2008 19:45
Messages: 1649
Localisation: Ile de France
J'ai commencé par aptitude search '~i!~M'. Instructif ! Plus que 180 orphelines. :grin:

Je vais garder debfoster pour un prochain épisode parce que, même si le fil parle de gestion des dépendances et orphelins, j'ai un peu l'impression de le polluer.

_________________
Chercher à comprendre, c'est commencer à désobéir.


Haut
 Profil  
 
MessagePosté: 06 Mai 2012 23:49 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
syam a écrit:
Si la mise à jour propose de supprimer ces paquets, c'est qu'ils ne sont plus utiles (d'autant plus que ce ne sont que des bibliothèques, et que deborphan confirme). Pourquoi les conserver à tout prix ?
Le mieux c'est sans doute de faire ce qu'il te propose : aptitude -s remove libopencv-core2.3 libopencv-imgproc2.3 libtbb2 et de voir ce qui se passe précisément.

OK, je viens de comprendre un truc de plus sur lequel je n'avais pas percuté : le 'd' en seconde colonne n'est pas une simple information d'état mais une suggestion appuyée de suppression, presque un ordre en quelque sorte.
Je supprime donc et je surveille pour la suite.

@ Wetas :
Citation:
Hmm... C'est 'ach'ment propre, chez toi. Je fais quoi avec mes 196 bibliothèques orphelines (Installation datant de plus de 3 ans avec gnome à l'origine + pleins de morceaux de KDE + xfce + suppression de tous les bouts de KDE et de gnome que j'ai pu trouver) ? :119
Petit bras, va ! moi j'en avais plus de 500 :shock:
Tu es bonne pour l'opération que m'a faite Syam samedi :lol: :lol: :lol:
Prépare le café :030
Tu fais dans le flocon de neige maintenant ? C'est quand même un peu plus gai.

EDIT à Syam :
En fait, je me suis mal exprimé, ce n'est pas aptitude que m'a proposé la suppression des 3 paquets en question, c'est fix-aptitude-dependencies qui les a déclarés 'id".
Ça change quelque chose dans ta proposition ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 12:45 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
J'ai repris cette partie du tuto et j'ai cherché ...
Citation:
Bonus : trouver et supprimer tous les paquets désinstallés non purgés

Lors d'un apt-get remove ou aptitude remove les fichiers de configuration des paquets supprimés restent sur le disque (contrairement aux commandes équivalentes utilisant l'option purge).
Pour trouver tous ces paquets "à moitié" désinstallés :
Code:
# aptitude search ~c

Si vous voulez purger définitivement tous les paquets concernés :
Code:
# aptitude purge ~c



J'en ai un GROS wagon :oops:
Parmi ceux-là, beaucoup de lib..., des "Gnome" que j'ai ( :liar: ) virés et quelques autres paquets virés sciemment.
Que fais-je, je purge sans problème mais en copiant les noms des paquets purgés ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 14:32 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 08 Juin 2008 19:45
Messages: 1649
Localisation: Ile de France
Citation:
Lors d'un apt-get remove ou aptitude remove les fichiers de configuration des paquets supprimés restent sur le disque

Il me semble de l'option --purge ne les supprime pas toujours mais ça demande confirmation. Et quand aptitude impose la désinstallation de paquets, ils ne sont jamais purgés.
Je me suis donc lancée dans aptitude purge ~c sans trop de craintes, j'ai juste vérifié le nom des paquets, au cas où.
ricardo a écrit:
Petit bras, va ! moi j'en avais plus de 500 :shock:
Tu es bonne pour l'opération que m'a faite Syam samedi :lol: :lol: :lol:
Prépare le café :030
Tu fais dans le flocon de neige maintenant ? C'est quand même un peu plus gai.

Je ne sais pas combien il y en avait avant que je commence mon opération "grand ménage" dans Gnome et KDE. Si tu as un mode d'emploi de l'opération pilotée par Syam, ça m'intéresse. J'ai déjà le café. :grin:

Pour le flocon de neige, je reste dans le thème "fabrication maison" puisqu'il s'agit de 7 motifs de dentelle crochetée. Tout est dans la façon de les assembler, comme ici (modèle en bas à gauche où le motif individuel n'est pas facilement reconnaissable, une fois associé à d'autres identiques) :
http://www.flickr.com/photos/iamsusie/3194494940/

_________________
Chercher à comprendre, c'est commencer à désobéir.


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 14:34 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
wetaskiwin a écrit:
Je fais quoi avec mes 196 bibliothèques orphelines

À toi de voir... Le script ne fait que te retourner les résultats de deborphan, c'est à dire les paquets censés n'être plus utiles. En principe tu peux les supprimer, mais il faut tout de même faire attention aux faux positifs (ils sont rares mais ça arrive tout de même avec deborphan). Le mieux c'est d'y aller doucement, quelques paquets à la fois pour bien voir ce qui se passe. Et si dans le lot il y en a que tu veux conserver bien que deborphan les considère orphelins, il faut lui dire de les ignorer : deborphan -A paquetàignorer
Faut te dire que c'est qu'un mauvais moment à passer (même s'il promet d'être un peu long) : une fois tout remis à plat, si ensuite tu utilises le script régulièrement en "maintenance" tu n'auras plus grand chose à faire au jour le jour.

wetaskiwin a écrit:
C'est 'ach'ment propre, chez toi.

Ça fait des années que j'utilise ce script, je l'avais déjà sous *buntu à l'époque donc mes Debian ont toujours été "propres", en grande partie grâce à ça (et aussi un peu parce que je suis maniaque). ;)

ricardo a écrit:
OK, je viens de comprendre un truc de plus sur lequel je n'avais pas percuté : le 'd' en seconde colonne n'est pas une simple information d'état mais une suggestion appuyée de suppression, presque un ordre en quelque sorte.
[...]
EDIT à Syam :
En fait, je me suis mal exprimé, ce n'est pas aptitude que m'a proposé la suppression des 3 paquets en question, c'est fix-aptitude-dependencies qui les a déclarés 'id".

À cette étape, le script ne fait qu'appeler aptitude search, il ne modifie en rien l'état des paquets (d'ailleurs en règle générale, il ne modifie que l'état auto/manuel et ne provoque jamais la suppression de paquets, c'est pour ça d'ailleurs qu'il s'arrête immédiatement si le aptitude search détecte des actions en attente). C'est donc bien aptitude lui-même qui les a marqués pour suppression.
Théoriquement, aptitude est censé supprimer automatiquement les paquets auto (A) qui ne servent plus, suite à une suppression ou à une mise à jour d'un autre paquet. Mais des fois il arrive que cette suppression automatique (qui est tout à fait normale, c'est l'équivalent d'un apt-get autoremove) ne se fasse pas immédiatement mais seulement au prochain appel d'aptitude. Pourquoi, je sais pas trop, j'imagine que lors de la mise à jour proprement dite il n'était pas encore capable de détecter qu'il fallait les supprimer.

ricardo a écrit:
Que fais-je, je purge sans problème mais en copiant les noms des paquets purgés ?

Copier le nom des paquets ne te servira pas à grand chose. La question que tu dois te poser avant de purger c'est : est-ce que tu comptes réinstaller ces paquets, et si oui est-ce que tu veux conserver leurs fichiers de configuration en attendant (les fichiers globaux hein, ceux dans le /home ne sont pas affectés). Si tu réponds non à n'importe laquelle de ces deux questions, tu peux purger ces paquets sans problème.

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 14:42 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
wetaskiwin a écrit:
Il me semble de l'option --purge ne les supprime pas toujours mais ça demande confirmation.

Pour apt-get je sais pas, mais aptitude ne m'a jamais demandé confirmation quand je purge des paquets.

wetaskiwin a écrit:
Et quand aptitude impose la désinstallation de paquets, ils ne sont jamais purgés.

Effectivement. Je pense que c'est une mesure de sécurité : avec un remove "simple", on peut facilement retrouver l'état précédent à l'identique en réinstallant simplement un paquet. Avec un purge, bah... faut refaire la config.


wetaskiwin a écrit:
Si tu as un mode d'emploi de l'opération pilotée par Syam, ça m'intéresse.

C'est grosso modo la même chose dont je t'avais déjà fait un mini-tuto (résolution manuelle des dépendances avec aptitude interactif, à un moment quand c'est trop le bordel je trouve que c'est la méthode la plus fiable même si c'est aussi la plus longue). Chez ricardo, avec le temps et l'utilisation systématique de apt-get upgrade (équivalent à aptitude safe-upgrade je crois) il y avait plein de paquets non mis à jour (par exemple, il était encore en Gnome 2 et KDE 4.6 pour ne citer que ça). Je pense que cette situation venait du fait que apt-get upgrade (ou aptitude safe-upgrade) était incapable de faire ces mises à jour à cause de trop nombreux changements dans les dépendances. KDE a été un peu galère à mettre à jour, mais par contre Gnome3 était tellement bordélique qu'au final il a été supprimé (ricardo ne l'utilisait pas de toutes façons, du coup ça a fait gagner énormément de temps plutôt que d'essayer de résoudre les dépendances manuellement). On y a quand même passé plusieurs heures pour tout remettre à plat... :mrgreen:

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 14:49 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 08 Juin 2008 19:45
Messages: 1649
Localisation: Ile de France
syam a écrit:
Pour apt-get je sais pas, mais aptitude ne m'a jamais demandé confirmation quand je purge des paquets.

Pour mon grand ménage, j'ai systématiquement utilisé aptitude remove --purge le_nom_du_paquet et il est arrivé que certains de ces paquets soient toujours présents lors d'un aptitude purge ~c. J'ai trouvé ça un peu bizarre mais bon, comme j'avais déjà passé l'aspirateur, j'ai fini le boulot avec une serpillière. :grin:
syam a écrit:
À toi de voir... Le script ne fait que te retourner les résultats de deborphan, c'est à dire les paquets censés n'être plus utiles. En principe tu peux les supprimer, mais il faut tout de même faire attention aux faux positifs (ils sont rares mais ça arrive tout de même avec deborphan). Le mieux c'est d'y aller doucement, quelques paquets à la fois pour bien voir ce qui se passe. Et si dans le lot il y en a que tu veux conserver bien que deborphan les considère orphelins, il faut lui dire de les ignorer : deborphan -A paquetàignorer

Je me doutais un peu de la réponse. Je vais peut-être me limiter à l'installation d'une nouvelle stable de secours. :whistle:

_________________
Chercher à comprendre, c'est commencer à désobéir.


Haut
 Profil  
 
MessagePosté: 07 Mai 2012 15:22 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Merci pour toutes ces réponses détaillées à tous les deux.
J'ai bien compris qu'en somme, on ne risque que de devoir réinstaller un paquet et à le reconfigurer.
Je vais chercher l'huile de ricin de ce pas :005

@ Wetas : bravo pour ton ouvrage. Si tu as quelques belles photos de ton travail perso et que tu acceptes de les voir sur mon site, je suis preneur.
Pour avoir une "stable" de secours, j'estime que c'est une chose indispensable quand on joue avec Sid/testing.

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 00:45 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Ça y est, la purge a fait son effet, maintenant, c'est juré, MAJ chaque jour 8)

Au fait Syam, je pense qu'il manque une info dans ton script à ce niveau :
Citation:
...Pour des raisons de sécurité, le script refusera de faire quoi que ce soit s'il détecte qu'il y a des actions en attente sur certains paquets, ou que des paquets sont cassés. Il vous donne même la liste des paquets concernés...


On corrige donc cela (je dis à aptitude de garder amarok finalement) et on relance le script.
Code:
# aptitude keep ~i
# fix-aptitude-dependencies
Recherche des actions prévues et des dépendances cassées...
Marquage des paquets en « Automatique » en fonction des dépendances des paquets...
Recherche des dépendances circulaires...

Tu dis "on corrige cela" mais tu ne dis pas comment. Je pense qu'il serait utile de préciser la commande, non ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 02:05 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
Corrigé, ainsi que deux-trois autres explications en fonction de vos retours à tous.
J'ai également trouvé une commande plus simple pour annuler toutes les actions en attente : aptitude keep '!~v' qui a l'avantage de ne pas dépendre de la version d'aptitude et qui est vachement moins pénible à taper. :)

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 02:23 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
syam a écrit:
Corrigé, ainsi que deux-trois autres explications en fonction de vos retours à tous.
J'ai également trouvé une commande plus simple pour annuler toutes les actions en attente : aptitude keep '!~v' qui a l'avantage de ne pas dépendre de la version d'aptitude et qui est vachement moins pénible à taper. :)

"annuler", ce n'est pas clair dans mon esprit.
Tu veux dire que dans le cas du tuto : 'id', le paquet en question reste présent, n'est pa supprimé ?
Tu m'as dit le contraire, "il ne faut pas contrarier aptitude qui propose de supprimer 'd' un paquet installé 'i'".
:017 :017 :017

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 03:08 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
ricardo a écrit:
"annuler", ce n'est pas clair dans mon esprit.
Tu veux dire que dans le cas du tuto : 'id', le paquet en question reste présent, n'est pa supprimé ?

Dans le cas du tuto, effectivement je ne veux PAS supprimer amarok car je l'ai marqué moi-même artificiellement pour suppression (aptitude --schedule-only remove amarok), histoire de montrer ce qui se passe quand le script détecte des actions en attente.

ricardo a écrit:
Tu m'as dit le contraire, "il ne faut pas contrarier aptitude qui propose de supprimer 'd' un paquet installé 'i'".

Ça dépend des cas, il faut savoir faire la part des choses.
La première fois que tu as lancé le script tu avais toutes une flopée de paquets en attente (des à installer, des à supprimer, et des cassés, ceux qu'on a réglés en MP à coups d'aptitude keep). Clairement dans ce cas là tu ne voulais pas appliquer ces actions en attente, d'ailleurs ça aurait été impossible à cause des paquets cassés.
La fois d'après quand tu avais uniquement ces 3 paquets en attente de suppression, c'était juste après une mise à jour (réussie) via aptitude. Or, une mise à jour réussie via aptitude ne laisse pas d'actions en attente. C'est donc qu'à l'appel d'aptitude juste après ta mise à jour, il a détecté que ces paquets auto (A) ne servaient plus à rien et pouvaient être supprimés sans danger.

C'est une question de contexte... Autrement dit, il faut toujours chercher à comprendre pourquoi ces actions sont en attente, en fonction de ce que tu as fait précédemment (utilisation de --schedule-only, mise à jour réussie ou ratée, utilisation d'apt-get entre temps qui désynchronise l'état d'aptitude, ...). Et quand tu as un doute, il faut regarder à quoi sert tel ou tel paquet (aptitude show) voire même ses dépendances amont et aval.
Comme pour deborphan quoi : la plupart du temps tu voudras suivre ce qu'il te propose de faire mais il y a toujours des exceptions, il faut toujours traiter ces listes de paquets au cas par cas.

J'adorerais pouvoir pondre un script "intelligent" qui se charge de tout, mais malheureusement la gestion des paquets est tellement complexe avec tous ses cas de figure que c'est totalement impossible et même dangereux pour le système si jamais je me plante dans mon algorithme. Du coup je me rabats sur l'option opposée : un script le plus bête possible, qui ne fait que que le strict minimum et te laisse prendre les décisions toi-même.

Et puis bon faut bien l'avouer : dur dur de penser à tout expliquer correctement du premier coup. :)

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 12:05 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Ok !
Que veut dire le mot 'schedule' dans le contexte de cette commande ?
J'ai tellement trouvé de traduction que je ne sais pas laquelle est adaptée.

EDIT :
Je reviens à la charge, youkours dans les mêmes lignes, il y a :
Code:
...parfois vous voudrez conserver vos paquets en l'état, et [color=#0000FF][b]d'autres fois appliquer ce qu'aptitude propose[/b][/color]...

La commande pour le faire serait un plus pour les "nuls".

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 16:05 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 08 Juin 2008 19:45
Messages: 1649
Localisation: Ile de France
Citation:
--schedule-only
Pour les commandes qui modifient l'état des paquets, programme les actions à faire pour plus tard, mais ne les fait pas. Vous pouvez exécuter les actions programmées en lançant aptitude install sans paramètre. Cela revient à faire la sélection correspondante en mode visuel, puis à quitter aptitude normalement.

syam a écrit:
# aptitude --schedule-only remove amarok

Désinstallation d'amarok = action prévue

syam a écrit:
# fix-aptitude-dependencies
Recherche des actions prévues et des dépendances cassées...

État Depuis Vers Paquet
------------------------------------------------------------------------------
id 2.4.3-1+b2 2.4.3-1+b2 amarok

syam a écrit:
Concernant l'état d dans la deuxième lettre de l'état de paquet : paquet en attente de suppression (delete).

Dans ce cas, si tu veux suivre l'action prévue par aptitude : aptitude remove --purge le_nom_du-paquet, il me semble.
Sinon : aptitude keep '!~v'
syam a écrit:
Pour rappel, la commande indiquée au début de ce tuto dans la section IMPORTANT permet d'annuler toutes les actions en attente : aptitude keep '!~v'

_________________
Chercher à comprendre, c'est commencer à désobéir.


Haut
 Profil  
 
MessagePosté: 08 Mai 2012 19:48 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Merci Wetas, comme à mon habitude, tout est marqué mais suffit de le lire :roll:

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 09 Mai 2012 18:24 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Bon, je vais sévir si ça continue :013
Il est bourré d'erreurs ce script :005
Citation:
À ce stade, le répertoire créé par le wget | tar n'est plus utile : le script a été copié dans /usr/local/bin/ et le fichier de configuration dans /etc/apt/, vous pouvez donc supprimer le répertoire syam44-fix-aptitude-dependencies-...

Si tu le trouves avec ce lien, appelle-moi "menteur"
Je viens de l'installer sur mon serveur, pendant que ma mémoire est encore tiède, je vérifie si le script est bien passé dans le dossier donné et je ne le vois pas ... :shock:
Allez, tu en seras pour l'apéro la prochaine fois.
:030

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 09 Mai 2012 18:28 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4034
Oups il fallait lire sbin et non pas bin. :oops:

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 09 Mai 2012 19:14 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Oui, j'ai bien sûr compris l'erreur assez vite :grin:
Je l'ai installé sur le serveur (Squeeze), ce qui m'a permis de me rendre compte que aptitude datait encore de lenny, ce que fix- n'aime pas ... mis à jour ainsi qu'ajout de deborphan qui n 'était pas installé.
Il me reste encore le dernier truc à contrôler '12 orphelins' que j'essaierai de faire seul comme un grand ce soir.
:006

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 10 Mai 2012 01:54 
En ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21273
Localisation: Père.Igor (24)
Alors, les deniers "orphelins" qu'il me reste à traiter (un à la fois) sachant que c'est un serveur (liaison ssh) sous Sqeeze en 32 avec NVIDIA (courrier, www, ftp).
Citation:
ricardo@serveur:~$ aptitude show libc6-i386
Paquet : libc6-i386
État: installé
Automatiquement installé: non
Version : 2.11.3-2
Priorité : standard
Section : libs
Responsable : GNU Libc Maintainers <debian-glibc@lists.debian.org>
Taille décompressée : 9 228 k
Dépend: libc6 (= 2.11.3-2)
Casse: fakechroot (< 2.9-1.1), fakeroot (< 1.12.3), fglrx-glx-ia32 (< 1:9-6-1), gnu-efi (< 3.0e-3), ia32-libs (< 20090804), ia32-libs-gtk (< 20090804), lib32asound2 (<
1.0.20-3), lib32asound2-dev (< 1.0.20-3), lib32bz2-1.0 (< 1.0.5-3), lib32bz2-dev (< 1.0.5-3), lib32ffi-dev (< 3.0.9~rc9-1), lib32ffi5 (< 3.0.9~rc9-1), lib32g2c0 (<
1:3.4.6-10), lib32gcc1 (< 1:4.4.0-7), lib32gfortran3 (< 4.4.0-7), lib32gmp3 (< 2:4.3.1+dfsg-3), lib32gmp3-dev (< 2:4.3.1+dfsg-3), lib32gmpxx4 (< 2:4.3.1+dfsg-3),
lib32gomp1 (< 4.4.0-7), lib32icu-dev (< 4.0.1-3), lib32icu40 (< 4.0.1-3), lib32mudflap0 (< 4.4.0-7), lib32ncurses5 (< 5.7+20090523-1), lib32ncurses5-dev (<
5.7+20090530-1), lib32ncursesw5 (< 5.7+20090530-1), lib32ncursesw5-dev (< 5.7+20090530-1), lib32nss-mdns (< 0.10-3.1), lib32objc2 (< 4.4.0-7), lib32readline5 (<
5.2-5), lib32readline5-dev (< 5.2-5), lib32stdc++6 (< 4.4.0-7), lib32stdc++6-4.4-dbg (< 4.4.0-7), lib32z1 (< 1:1.2.3.3.dfsg-14), lib32z1-dev (< 1:1.2.3.3.dfsg-14),
libc6-dev-i386 (< 2.9-15), nvidia-glx-ia32 (< 185.18.14-2), nvidia-libvdpau1-ia32 (< 185.18.14-2)
Remplace: libc6-dev-i386
Description : Embedded GNU C Library: 32-bit shared libraries for AMD64
This package includes shared versions of the standard C library and the standard math library, as well as many others. This is the 32bit version of the library, meant for
AMD64 systems.
Site : http://www.eglibc.org


casse ???

J'en fais quoi de ce "libc6-i386" : virer, manuel, deborphan -A ?
:006

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 152 messages ]  Aller à la page Précédente  1, 2, 3, 4, 5 ... 7  Suivante

Index du forum » Forums d'aide » Trucs et Astuces


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Flux RSS Flux RSS Liste des flux Liste des flux
Powered by phpBB® Forum Software © phpBB Group
Traduction par: phpBB-fr.com
SEO
[ Time : 0.490s | 14 Queries | GZIP : Off ]