Voilà le message qui apparait suite a l’upgrade de la sid et ceci pour le paquet libgpac2
E: impossible de récupérer http://www.deb-multimedia.org/pool/main/g/gpac-dmo/libgpac2_0.5.0-dmo3_i386.deb : Somme de contrôle
de hachage incohérente
Avez vous ce problème??
Salut,
Pareil, sur sid , ça fait plus de deux mois que j’ai ce problème avec le dépôt deb-multimedia :
E: impossible de récupérer http://www.deb-multimedia.org/pool/main/f/ffmpeg-dmo/libavutil51_1.0.1-dmo2_amd64.deb : Somme de contrôle de hachage incohérente
Il n’y a aucune annonce sur leur site .
J’ai changer l’adresse du miroir et c’est pareil !
Salut,
[code]##### Stable
deb http://ftp.fr.debian.org/debian/ stable main contrib non-free
deb http://deb-multimedia.org/ stable main non-free
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ stable-updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ testing main contrib non-free
deb http://deb-multimedia.org/ testing main non-free
deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free
deb http://deb-multimedia.org/ unstable main non-free
deb http://ftp.fr.debian.org/debian/ experimental main non-free[/code]
Aucun problème ?
Ce n’est pas un problème de dépot mais du paquet, le paquet n’a pas le même hachage que celui déclaré dans Packages. Il doit être chargé dans le cache et peut être sans doute installé à la main mais il est peut être compromis.
Je vais donc le signaler auprès de l’équipe en charge de paquet
@ggoodluck47 Y a t-il une raison particulière a mettre “unstable” i/o “sid”??
Unstable sera toujours Sid ainsi que l’inverse, non?
Pour stable et testing, je comprends mais là…seulement une décision arbitraire?
Re,
[quote=“M3t4linux”]@ggoodluck47 Y a t-il une raison particulière a mettre “unstable” i/o “sid”??
Unstable sera toujours Sid ainsi que l’inverse, non?
Pour stable et testing, je comprends mais là…seulement une décision arbitraire?[/quote]
Pour une certaine unité dans la façon de dénommer les paquets, rien de plus 
Ok, je me doutais bien qu’il y avait une raison de ce genre 
Je viens de recevoir la réponse de Christian Marillat, le problème vient de l’utilisation de “aptitude” pour la mise a jour des paquets, le problème est corrigé avec apt-get upgrade.
Salut M3t4linux,
Merci pour la solution ! 
Le pire, c’est que c"est indiqué sur le site de deb-multimedia et que je suis passé à coté ! 
[quote=“deb-multimedia”]04/07/2012 :
Aptitude and Hash Sum mismatch issue
aptitude (for amd64 only) doesn’t work anymore with my repository and return ‘Hash Sum mismatch’ errors.
I don’t know why and I’m not the right person to file a bug report against aptitude.
You must use apt-get instead of aptitude. [/quote]
le site en question : deb-multimedia.org/
édition : pour ggoodluck47; je sais que les dépôts multimedia ne sont pas debian 100% pur jus, mais j’en ai besoin pour mettre à jour avidemux . Par défaut, je les commente, et ne les décommente que quand j’ai le temps de gérer les éventuels conflits de dépendances liés à son utilisation 
. De très mauvais souvenirs pour avoir un vlc et un totem fonctionnels ! ( c’était l’un ou l’autre ! … )
Salut,
Seulement le hic c’est que j’utilise aptitude et pas apt-get. Alors pourquoi je n’ai pas ce problème !
Parce que tu n’as pas utilisé ce paquet