Vous n'êtes pas identifié(e).
Dernière modification par jpt (08-10-2020 11:37:40)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
La version de libmagick++-dev que tu décris ici est celle de Debian Wheezy (7), mais dans ton profil tu dis utiliser Debian Buster (10).
Le souci n’est donc à mon avis lié ni à aptitude, ni à ImageMagick, mais à un mélange de versions sur ton système.
Mouais... J'ai juste oublié de préciser un truc qui a une importance capitale : ce que j'ai relaté concerne mon ancienne machine et n'a donc strictement rien à voir avec ce qui est décrit dans mon profil et dans ma signature.
Désolé...
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
et voilà ce que j'y trouve, quand je vais voir dans cet emplacement :
C'est pas clair et je ne me souviens pas de ce qui s'est passé à cette époque, d'autant plus qu'aujourd'hui je ne trouve pas de dvdstyler installé dans la machine, il me reste juste une ~/dvdstyler.key (j'ai dû trop misérer avec et suis surement parti l'installer dans une mv XP).
Dernière modification par jpt (22-10-2020 09:38:45)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Hors ligne
Qu’est-ce que tu cherches à faire au juste sur ce système ?
... quand je vois (sur la vieille machine) qu'en y lançant aptitude cet outil me trouve 1 paquet cassé quand Synaptic n'en trouve aucun : lequel a raison ?
juste savoir qui a raison : aptitude ou Synaptic ? Pour savoir lequel continuer à utiliser.
Tu utiliserais un tournevis dont la lame esquinte les têtes des vis, toi ?
Dernière modification par jpt (22-10-2020 10:58:19)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
juste savoir qui a raison : aptitude ou Synaptic ? Pour savoir lequel continuer à utiliser.
Lance une pièce. Sur pile, c’est aptitude qui avait raison. Sur face, c’est synaptic qui avait raison.
Vu les informations que tu acceptes de partager, tu n’auras pas de réponse de meilleure qualité que celle-ci.
Hors ligne
Vu les informations que tu acceptes de partager, tu n’auras pas de réponse de meilleure qualité que celle-ci.
Hé bien j'ai répondu à cette demande :
la version de Debian utilisée, ainsi que ses sources de paquets. Cette dernière information est donnée par le contenu de /etc/apt/sources.list ainsi que des fichiers /etc/apt/sources.lists.d/*.list.
Et qu'est-ce que tu veux de plus ? Le type de proc ? on s'en fiche. La taille de la ram ? Quel rapport avec la choucroute ? L'espace disque ? Pourquoi, ça impacte le retour des outils Debian ? L'âge du capitaine ? Il s'est noyé il y a longtemps, quand systemV a coulé...
Ah oui, j'ai oublié de préciser qu'il n'y avait rien d'intéressant dans les fichiers /etc/apt/sources.lists.d/*.list.
Lance une pièce. Sur pile, c’est aptitude qui avait raison. Sur face, c’est synaptic qui avait raison.
Oui, il y en a aussi qui dansent dans le sens inverse des aiguilles d'une montre à minuit les nuits de pleine lune après avoir sacrifié un poulet et là, par magie, les systèmes tombent enfin en marche.
Enfin, des fois...
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par èfpé (24-10-2020 12:56:42)
Hors ligne
cet outil me trouve 1 paquet cassé quand Synaptic n'en trouve aucun : lequel a raison ?
[...] mais le plus dément c'est que ce paquet n'est pas installé ! Alors, de quoi se mêle aptitude ? Outil pas fiable ?
C'était ça la question, et pas plus : je n'ai pas l'intention de trifouiller dans le sources.list, cette machine est appelée à être déclassée (quand la nouvelle sera tip-top, mais c'est long...)
Et c'était juste pour moi histoire de se coucher un peu moins bête que la veille,
Pour les curieux,
Dernière modification par jpt (23-10-2020 12:28:29)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Et qu'est-ce que tu veux de plus ?
Cf. la recommandation dans ma signature. Dans ton message initial tu racontes beaucoup mais tu ne montres rien. Le lecteur est donc soumis à ta perception et à ton interprétation des faits au lieu d'avoir connaissance des faits eux-même. Parmi les informations concrètes et factuelles que tu aurais pu fournir, il y a :
- la commande exacte avec laquelle tu lances aptitude : sans argument pour lancer l'interface curses ou avec une commande pour installer un paquet ?
- dans le premier cas, est-ce qu'aptitude affiche spontanément que le paquet est cassé ou bien le fait-il après une action particulière de ta part ?
- dans les deux cas, quel est le message exact et complet d'aptitude ?
- la sortie complète des commandes suivantes :
Il vaut mieux montrer que raconter.
Hors ligne
Dans ton message initial tu racontes beaucoup mais tu ne montres rien. Le lecteur est donc soumis à ta perception et à ton interprétation des faits au lieu d'avoir connaissance des faits eux-même.
Tu as raison, mea culpa.
Parmi les informations concrètes et factuelles que tu aurais pu fournir, il y a :
- la commande exacte avec laquelle tu lances aptitude : sans argument pour lancer l'interface curses ou avec une commande pour installer un paquet ?
aptitude sans arguments.
- dans le premier cas, est-ce qu'aptitude affiche spontanément que le paquet est cassé ou bien le fait-il après une action particulière de ta part ?
spontanément, dans la 3e ligne de la barre de titre :
aptitude 0.6.8.2 [et plus loin] #Cassé : 1 Libérera 118 Mo d'espace disqu (sic) 281 ko à téléch.
puis Ctrl T pour le menu puis flèche à droite pour atteindre Rechercher et descendre sur Rechercher cassés...
- dans les deux cas, quel est le message exact et complet d'aptitude ?
... ce qui va m'afficher une zone supérieure avec une grande liste (complète ? Pas complète ? Je ne sais) dont la première ligne est rouge avec
et dans la zone inférieure 3 lignes
avec libmagick++-dev surligné en rouge (3 fois), libmagick++5 surligné en fuchsia et 8:6.7.7.10-5+deb7u4 surligné en lime (3 fois)
et enfin
- la sortie complète des commandes suivantes :
apt-cache policy "^libmagick\+\+"
apt-cache depends "^libmagick\+\+.*dev"
Et je rappelle que ce paquet n'est pas installé :
Dernière modification par jpt (31-10-2020 15:21:45)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Il est donc impossible d'installer la version de libmagick++-dev correspondant à la version installée de libmagick++, qui n'est plus disponible, et pour installer la version disponible de libmagick++-dev il faudrait remplacer la version installée de libmagick++-dev par la version disponible dans les sources.
$ dpkg -l | grep libmagick*
ii libmagic1:i386 5.11-2 i386 File type determination library using "magic" numbers
[pourquoi cette première ligne remonte-t-elle alors qu'il n'y a pas de rapport ?...}
Parce que "libmagic1" correspond à l'expression rationnelle "libmagick*". Pour rappel, "*" signifie "0 ou plus" du motif précédent.
Au passage, grep est inutile puisque l'expression rationnelle peut être donnée directement en argument de dpkg -l.
Il vaut mieux montrer que raconter.
Hors ligne
aptitude a raison de dire que le paquet libmagick++-dev est cassé
OK, donc c'est synaptic qui se gourre, puisqu'en cliquant sur "Filtres personnalisés / Cassés" je n'ai rien.
jpt a écrit :$ dpkg -l | grep libmagick*
ii libmagic1:i386 5.11-2 i386 File type determination library using "magic" numbers
[pourquoi cette première ligne remonte-t-elle alors qu'il n'y a pas de rapport ?...}
Parce que "libmagic1" correspond à l'expression rationnelle "libmagick*". Pour rappel, "*" signifie "0 ou plus" du motif précédent.
Hé bien je ne trouve pas que "libmagic1" ressemble à "libmagick" si on considère 0 caractère après le "k",
Au passage, grep est inutile puisque l'expression rationnelle peut être donnée directement en argument de dpkg -l.
Je ne connaissais pas ce raccourci.
Merci,
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
OK, donc c'est synaptic qui se gourre, puisqu'en cliquant sur "Filtres personnalisés / Cassés" je n'ai rien.
Je n'en sais rien. Ça dépend de ce qu'on entend exactement par "cassé". Ici, aptitude (que je n'utilise jamais, trop compliqué) me sort que telnet-ssl (qui est installé) est cassé parce qu'il est en conflit avec telnet (qui n'est pas installé). Evidemment qu'ils sont en conflit et qu'on ne peut installer qu'un des deux, je vois pas en quoi ça en fait un paquet cassé...
Hé bien je ne trouve pas que "libmagic1" ressemble à "libmagick" si on considère 0 caractère après le "k"
* s'applique à k. Ce n'est pas "0 caractère après le k" mais "0 occurrence de k".
Les expressions rationnelles ne fonctionnent pas comme les caractères génériques du shell.
Dernière modification par raleur (31-10-2020 17:28:56)
Il vaut mieux montrer que raconter.
Hors ligne