Vous n'êtes pas identifié(e).
ps: il est marqué optionnel
si tout est bon le supprimer
faire la mise a jour
puis tenter de le remettre (si il est est utile )
ps: j 'ai vérifié , sur ma sid pas d'erreur mais ce paquet n'est pas présent ........
tout se passe bien
Puis
Ormis un nombre assez important de paquets cassés le message d'érreur à changer
Hors ligne
retour
si ça peut aider ....
ps: utiliser "apt-get -s upgrade" ne serait t'il pas intéressant aussi (plutot que aptitude et full-upgrade ) au moins pour voir le retour
exemple :
retour
penser a nettoyer le cache peut etre aussi
avant de simuler un upgrade
ps: d'aprés ton #27 tu a pas mal de paquet cassé et de conflit de version
Dernière modification par anonyme (11-02-2016 10:39:32)
ps: utiliser "apt-get -s upgrade" ne serait t'il pas intéressant aussi (plutot que aptitude et full-upgrade ) au moins pour voir le retour smile
Oui je vais retenter une simulation voir ce qu il me dit cette fois
Hors ligne
le résultat :
Hors ligne
Hors ligne
pour une mise a jour journalière du systeme , aptitude ou apt-get "upgrade" devrait suffire (a négocier )
Dernière modification par anonyme (11-02-2016 11:25:32)
Là, le problème, c'est que aptitude / apt-get est bloqué et ne peut aller au bout .
Dernière modification par nono47 (11-02-2016 11:57:13)
met une référence a stretch ça coute rien wink et je sais pas si (demander au modo ) tes référence a security et update pour sid servent a quelque chose ?
Pour ce qui est de l'utilisation du dépôts de stretch en même temps que sid, on peut le faire.
Cependant, j'utilise sid depuis longtemps et je n'en ai eu que rarement besoin, à tel point
que je ne mets plus la référence au dépôts de testing dans mon sources.list. Je le rajoute
au besoin, quand il y a un problème avec un paquet (quelques fois, j'utilise aussi
le paquet du dépôt experimental parce que le bug a été résolu pour ce
paquet dans experimental mais pas dans sid )
Les références à security et update pour sid ne veulent rien dire. Ça n'existe pas.
Pour exemple, voici mon fichier /etc/apt/sources.list :
Les lignes qui débutent par # sont des « commentaires », elles ne sont
pas prises en compte par apt et consort. Donc on voit,
que j'ai enlevé le dépôt de testing, et que j'ai mis le dépôt
experimental. (Il y a aussi un dépôt local que j'utilise pour des
besoins personnels )
Voici, le fichier /etc/apt/preferences que j'utilise :
Mon dépôt local est prioritaire sur tout le reste. Les dépôts
officiel de sid et ceux de deb-multimedia ont une priorité égale.
Les dépôts testing et experimental ont une faible priorité.
Pour faire les mises à jour j'utilise toujours :
Je n'utilise jamais « aptitude full-upgrade ». Il peut m'arriver d'utiliser
apt-get quand aptitude a un problème
Aussi, il faut installer apt-listbugs. Ça permet
d'être prévenu de pas mal de problèmes. Lorsqu'il y a un bug
grave sur un paquet. Je le passe dans l'état « hold ». C'est à dire
que j'empêche sa mise à jour, en faisant : « apt-mark hold nom_du_paquet ».
Ensuite, il faut évidemment, surveiller l'état de résolution du bug.
On peut toujours le faire avec apt-listbugs « apt-listbugs list nom_du_paquet ».
Voilà mes recommandations pour utiliser un système basé sur les dépôts
sid. Bien entendu, ce n'est pas exhaustif, on peut en rajouter d'autres
Dernière modification par enicar (11-02-2016 12:08:08)
Hors ligne
par contre personne a répondu a la simulation en #30 de leratdu60
il lance l upgrade ou pas ?
Et bien, à ton avis, il peut la lancer ou pas ?
Étant donné que cela ne montre pas de soucis on peut continuer. Mais je le ferais plutôt
avec aptitude, en faisant une simulation pour commencer :
Et ensuite, si rien ne cloche dans le retour d'aptitude :
Hors ligne
Si ce n'est pas possible, il faudra faire sans. Mais dès que les problèmes seront résolus
il faudra l'installer, c'est plus sûr
Hors ligne
retour..
Hors ligne
Hors ligne
J'aimerais bien savoir ce que tu as fait pour en arriver là…
on est pas tous des barbus a poil long ...............
si tu teste apt-get , fait comme ceci :
commande=vide ton cache
commande met a jour ton cache
simule a nouveau (pour confirmer)
si tout va bien fait l upgrade
si ça se passe mal poste sur le forum les erreurs
si tout va bien reboot la machine (tu doit avoir pas mal de paquets a mettre a jour )
quand la machine a redémarré fait une simulation de ceci : (surtout tu ne fait pas la commande juste simuler )
et tu nous poste le résultat de cette simulation
tu attend que les barbus te répondent en cas de retour incorrect
ps: ensuite dans synaptic tu pourra aussi vérifier la présence de paquets cassés ou pouvant etre enlevé (vérifier que ton systeme est sain )
Dernière modification par anonyme (12-02-2016 02:23:19)
enicar a écrit :
J'aimerais bien savoir ce que tu as fait pour en arriver là…
Bah ce jour la j'ai demander a ma copine de mettre a jour le pc ... Aah les femme x)
La simulation se passe bien...
Là ça bloque
toujours cette erreur.. je desespère
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
En complétant les sources ? :
unstable/Sid pas à pas
Voire avec celles de testing plutôt que celles de stable... smile
Je modifie mon source.list?
le voici
Hors ligne
Dernière modification par smolski (12-02-2016 09:30:24)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
par contre je n'arrive pas a le desinstaller
Hors ligne
Hors ligne
Alors j'ai tenter la sugestion de anonyme pour simuler la supression de python-idna
par contre je n'arrive pas a le desinstaller
Bonjour
il se passe quoi quand tu essaie de le désinstaller ?
ps: pour afficher ton souces.list le code a mettre entre les [ ] est apt_sources
je sais pas si c'est bien mais tenter de simuler avec stretch au lieu de sid (dans ton sources ) et commenter pour l instant le multimédia
tu peu aussi nous donner le retour de la simulation de -s autoremove (que la simulation)
c'est dpkg qui bug , et toujours au meme endroit
en mode désespoir ... tu peu aussi tenter la simulation
si je décode ce message :
le fichier /var/lib/dpkg/status en ligne 717 fait référence a une dépendance de python-idna a un paquet qui n existe pas "python:any" (et signale que le caractère ":" est invalide
mais comment réparer ceci
Dernière modification par anonyme (12-02-2016 13:09:39)
le fichier /var/lib/dpkg/status en ligne 717 fait référence a une dépendance de python-idna a un paquet qui n existe pas "python:any" (et signale que le caractère ":" est invalide
mais comment réparer ceci
Comme je l'ai déjà dit, l'erreur ne se trouve pas sur cette ligne mais
peut être sur une précédente. En effet, le paquet python-idna est
installé chez moi. J'ai même montré que j'avais une ligne « depends:
python:any… » et ça ne pose pas de problème. Par conséquent le
problème ne vient de là ! (Voir le post #18.) Par contre il faudrait
vérifier qu'il n'y a pas une mise à jour nécessaire de dpkg en
faisant :
Même si un coup d'œil rapide au message du « apt-get upgrade », ne
montre rien dans ce sens.
Aussi, il faudrait vérifier que dans le fichier /var/lib/dpkg/status
il n'y a pas de caractères bizarres qui ne se voit pas qui gênerait dpkg.
Je pense à un caractère de contrôle (code ascii < 20) voire une espace
insécable.
Dernière modification par enicar (12-02-2016 13:25:11)
Hors ligne