Forum

Bonjour,

Cela faisait un moment que je galérais lors de la lecture de certains fichiers avec vlc (et par conséquent avec Freetuxtv).
Nouvelle année => bonnes résolutions.

J'avais le message d'erreur suivant quand j'ouvrais certains fichiers (je l'écris de tête) : VLC ne supporte probablement pas le format audio ou vidéo mp4a.
J'ai remarqué que je n'avais pas la version tainted de vlc. Et elle n'apparaissait pas dans les paquetages disponibles alors que j'ai 'Tainted' dans les dépôts possibles => bizarre.
Je désinstalle vlc (2.0.8 mga3.x64_86). vlc tainted apparait(dans le MCC) => re-bizarre. Et c'est une version 2.0.6 => re-re-bizarre.

Je l'installe avec le MCC mais j'ai toujours le même problème.
En fait, la version Tainted n'est pas installée.

Par la suite, je me suis rendu compte qu'il se passait la chose suivante :
/root 110 # urpmi --test vlc-2.0.6-1.mga3.tainted
Certains paquetages demandés ne peuvent pas être installés :
vlc-2.0.8-2.mga3.i586 (en raison de conflit avec vlc-2.0.6-1.mga3.tainted.x86_64)
vlc-2.0.8-2.mga3.x86_64 (en raison de conflit avec vlc-2.0.6-1.mga3.tainted.x86_64)
vlc-plugin-theora-2.0.8-2.mga3.x86_64 (car vlc[== 2.0.8] est non satisfait)
Désirez-vous tout de même continuer ? (O/n) n

Cette fois, je passe en ligne de commande :
/root 114 # urpmi vlc
Le paquetage vlc-2.0.8-2.mga3.x86_64 est déjà installé

/root 115 # urpme vlc

/root 116 #urpmi --test vlc
Pour satisfaire les dépendances, les paquetages suivants vont être installés :
(test uniquement, l'installation ne sera pas effectuée)
Paquetage Version Révision Arch
(média « Core Updates »)
vlc 2.0.8 2.mga3 x86_64
vlc-plugin-theora 2.0.8 2.mga3 x86_64 (conseillé)
un espace additionnel de 27Mo sera utilisé.
4.4Mo de paquets seront récupérés.
Procéder à l'installation des 2 paquetages ? (O/n) n

Toujours pas de version Tainted. Je la mets en premier dans la liste des dépôts : toujours pas de version Tainted.
Aux grands maux, ...

/root 119 # urpme lib64vlc5-2.0.8-2.mga3.x86_64 lib64vlccore5-2.0.8-2.mga3.x86_64 vlc-plugin-common-2.0.8-2.mga3.x86_64 vlc-plugin-pulse-2.0.8-2.mga3.x86_64

Depuis le site http://www.rpmfind.net, je récupère les paquetages suivants que j'installe :

/root 130 # urpmi vlc-plugin-theora-2.0.8-2.mga3.tainted.x86_64.rpm vlc-plugin-pulse-2.0.8-2.mga3.tainted.x86_64.rpm vlc-plugin-common-2.0.8-2.mga3.tainted.x86_64.rpm lib64vlc5-2.0.8-2.mga3.tainted.x86_64.rpm lib64crystalhd3-0-0.20110315.4.mga3.x86_64.rpm lib64vlccore5-2.0.8-2.mga3.tainted.x86_64.rpm vlc-2.0.8-2.mga3.tainted.x86_64.rpm

Ouf, ça marche !!
Ou le paquetage vlc n'est pas fait correctement, ou j'ai un mic-mac dans ma configuration de sources de rpms. Il faudra peut-être que je les efface tous et que je refasse un urpmi.addmedia. Pour l'instant, ce n'est qu'avec vlc que j'ai eu des problèmes avec ma config.

Cela pourra servir peut-être à quelqu'un.

Xuo.

Hello,





J'ai aussi rencontré de grosse difficulté avec ma base urpmi et le serveur "jussieu" et ce depuis le mois d'août.



En fait quand je faisais un "urpmi.update -a --f" pour forcer la régénération des fichiers synthesis.hdlist.cz il bloquait sur des fichiers datés du mois d'août, tu peux voir le résultat ici :



http://www.mageialinux-online.org/forum/topic-16975-2+thunderbird-24-1-0.php#m164561



Regarde voir en faisant le test de la commande quels sont les dates des miroirs "Updates" ?



Avec leuhmanu on a trouvé une solution :



-urpmi.removemedia -a

-vider le dossier (si des fichiers et dossiers encore présent) /var/lib/urpmi/ = rm -rf C* N* T*

-par précaution supprimer le fichier /var/cache/urpmi/mirrors.cache

-refaire a neuf sa base urpmi

-et hop le tour est joué