Question debian - Page 1

(@¢£*%µ##! de tab-backspace )

hum donc pour résumer on m'a donné un portable sous debian et quand j'essaye d'installer un certain package (que ce soit avec aptitude ou apt-get) je me retrouve (au bout d'un certain temps) avec un problème concernant e2fsprogs. En fait, *si j'ai bien compris*, ce qui se passe c'est que pour upgrader ou installer à peu près n'importe quoi il a besoin de mettre à jour libc6, or la nouvelle version de libc6 est en conflit avec la version actuelle de e2fsprogs. Mais la nouvelle version de e2fsprogs a besoin de la nouvelle version de libc6, donc il ne peut pas upgrader e2fsprogs sans upgrader libc6 et il ne peut pas upgrader libc6 sans supprimer la version actuelle de e2fsprogs, mais il ne peut pas supprimer e2fsprogs parce que c'est un package « essentiel ». Donc en gros il peut rien faire du tout. J'ai donc deux questions :

1/ comment faire pour le forcer à installer la nouvelle version de libc6 malgré le conflit ? (je suppose que le conflit est à sens unique, c'est-à-dire que e2fsprogs ne marchera provisoirement pas, mais qu'il va pas empêcher la nouvelle libc de marcher, or j'ai pas un besoin permanent de e2fsprogs). Remarquez je peux peut-être aussi supprimer e2fsprogs provisoirement, j'ai pas essayé pour l'instant, mais je sais pas s'il va vouloir...

Sinon peut-être qu'on peut s'en sortir en passant par une version intermédiaire qui n'est en conflit avec rien, mais je ne sais pas non plus comment on fait.

2/ sous aptitude, comment tout réinitialiser, j'ai pas trouvé ie j'ai trouvé l'option « marquer à upgrader tout ce qui est upgradable » mais moi je voudrais « marquer "ne rien faire" sur tous les packages » (parce que pour l'instant j'ai la moitié des packages qui sont marqués comme à supprimer, c'est bof parce que j'en ai besoin )

et question subsidiaire : 3/ est-ce qu'il y a un quelconque risque que si je lui dis de Tout mettre à jour dans ce qui est installé ça fonctionne moins bien qu'avant ? parce que normalement j'évite de mettre à jour les trucs qui marchent, vu que c'est inutile et que ça risque de les faire pas marcher, mais si sous debian on est sûr qu'on ne peut pas avoir de problème, autant tout faire d'un coup plutôt que de voir au cas par cas tout ce qui est trop vieux pour mes besoins...

voilà

ça m'a l'air bien tordu http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324550
en fait ce conflit c'est juste à cause d'un script qui marche pas, donc c'est vraiment pas grave du tout, j'aimerais bien savoir comment lui dire d'ignorer le conflit donc

Je saurais pas dire vu que je n'ai pas rencontré le problème. Habituellement tu as des problèmes comme ça quand quelqu'un a mixé des paquets de versions différentes de debian (genre unstable et testing). Le mieux que tu puisses faire c'est lancer l'installation à la main, éventuellement avec un --force-all.

Ok, je vais voir, là déjà j'ai fait apt-get install apt-doc donc ça devrait aller mieux bientôt ^^

edit : bon en fait ça m'apprend rien mais bon.

Bon le howto est plus clair (http://www.debian.org/doc/manuals/apt-howto/ )
en fait apparemment le truc c'est que l'installation c'est une stable mais dans /etc/apt/sources.list il n'y avait que testing, donc j'ai rajouté stable, j'ai fait update puis upgrade et ça a l'air de marcher pour le moment ^^ (bon j'en suis pas encore à installer caml mais on verra ^^)

./4> l'installation, c'est pas apt, c'est dpkg. apt c'est le système dl les paquets.
L'installation et la gestion des dépendances c'est dpkg qui le fait.

oui j'ai vu ça après . Mais en fait j'ai pu résoudre le problème en n'utilisant que apt : il suffisait de tout upgrader en stable. Après ça j'ai pu installer les quelques packages dont j'avais besoin en testing sans problème.