Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 27-09-2011 11:06:56

RPC
Membre
Lieu : Pékin - Chine
Distrib. : Crunchbang sur Squeeze stable 64bits
Noyau : 2.6.32-5-686
(G)UI : Openbox
Inscription : 24-09-2011

[résolu] Problèmes codecs propriétaires -- conflit paquets

Bonjour à tous,

Je me permets de faire appel à la communauté car j'ai un souci un peu pénible.

J'essaye de lire des vidéos au format .mkv et .wmv sous debian. Je suis au courant que ce sont des formats non-libres mais je n'ai pas le choix, certaines vidéos que je possède sont encodées de la sorte.

Je me suis ainsi rendu sur la page : http://wiki.debian.org/MultimediaCodecs et j'ai suivi à la lettre les instructions (acitvation du dépôt multimédia et téléchargement des codecs)
Mais j'ai des problèmes de conflits de packages entre eux et je n'y comprends rien, je ne sais pas qui je dois garder et qui je dois enlever (en l'occurence, totem ne me permet pas de lire certaines de mes vidéos, j'ai donc essayé d'installer vlc)

Voici ce que me dit aptitude :

The following packages have unmet dependencies:
  libswscale2: PreDepends: multiarch-support which is a virtual package.
  libavutil51: PreDepends: multiarch-support which is a virtual package.
  libx264-116: PreDepends: multiarch-support which is a virtual package.
  libavcodec53: Depends: libva1 (> 1.0.12~) but it is not going to be installed.
                Depends: libvo-aacenc0 (>= 0.1.0~rc1) which is a virtual package.
                Depends: libvo-amrwbenc0 which is a virtual package.
                PreDepends: multiarch-support which is a virtual package.
  libmp3lame0: PreDepends: multiarch-support which is a virtual package.
  vlc-nox: Depends: libasound2 (> 1.0.24.1) but 1.0.23-2.1 is installed.
           Depends: libdvbpsi7 (>= 0.2.0) which is a virtual package.
           Depends: libebml3 which is a virtual package.
           Depends: libgnutls26 (>= 2.12.6.1-0) but 2.8.6-1 is installed.
           Depends: libgpg-error0 (>= 1.10) but 1.6-1 is installed.
           Depends: libmatroska4 which is a virtual package.
           Depends: libmtp9 (>= 1.1.0) which is a virtual package.
           Depends: libstdc++6 (>= 4.6) but 4.4.5-8 is installed.
           Depends: libtag1c2a (>= 1.7) but 1.6.3-1 is installed.
  vlc-plugin-notify: Depends: libgdk-pixbuf2.0-0 (>= 2.22.0) which is a virtual package.
                     Depends: libnotify4 (>= 0.7.0) which is a virtual package.
  libpostproc51: PreDepends: multiarch-support which is a virtual package.
  libavformat53: PreDepends: multiarch-support which is a virtual package.
  vlc: Depends: libqtcore4 (>= 4:4.7.0~beta1) but 4:4.6.3-4+squeeze1 is installed.
       Depends: libstdc++6 (>= 4.6) but 4.4.5-8 is installed.
       Depends: libtar0 which is a virtual package.
       Depends: libva-x11-1 (> 1.0.12~) but it is not going to be installed.
       Depends: libva1 (> 1.0.12~) but it is not going to be installed.
       Depends: libxcb-keysyms1 (>= 0.3.8) but it is not going to be installed.
  libxvidcore4: PreDepends: multiarch-support which is a virtual package.
  vlc-plugin-pulse: Depends: libpulse0 (>= 0.9.23) but 0.9.21-3+squeeze1 is installed.
  libfaac0: PreDepends: multiarch-support which is a virtual package.


et la solution proposée par aptitude est de garder le statut-quo (en clair ne pas installer vlc) :

      Keep the following packages at their current version:
1)      libavcodec53 [Not Installed]                      
2)      libavformat53 [Not Installed]                      
3)      libavutil51 [Not Installed]                        
4)      libfaac0 [Not Installed]                          
5)      libmp3lame0 [Not Installed]                        
6)      libpostproc51 [Not Installed]                      
7)      libswscale2 [Not Installed]                        
8)      libx264-116 [Not Installed]                        
9)      libxvidcore4 [Not Installed]                      
10)     vlc [Not Installed]                                
11)     vlc-nox [Not Installed]                            
12)     vlc-plugin-notify [Not Installed]                  
13)     vlc-plugin-pulse [Not Installed]


Voilà mon problème : sachant que mon seul objectif est de parvenir à lire mes vidéos (je n'ai pas une préférence particulière pour vlc par rapport à totem que j'utilise actuellement), quel logiciel dois-je installer ? Quels sont les codecs que je dois prendre pour qu'il marche bien ?

Merci à tous

RPC

Dernière modification par RPC (08-10-2011 11:17:00)


Linux : il y a moins bien, mais c'est plus cher.

Hors ligne

#2 27-09-2011 11:40:24

Invité-5
Banni(e)

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

La réponse d'aptitude s'explique par le mélange de stable/testing et tu n'es pas obligé d'accepter la première proposition d'aptitude. Si tu réponds non t'auras d'autres.

Essaye mencoder + mplayer (vlc c'est une usine à gaz) wink

MPlayer lit la plupart des fichiers MPEG, VOB, AVI, Ogg/OGM, VIVO,
ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA
gérés par des codecs natifs, XAnim, RealPlayer et Win32 DLL. Il peut aussi
lire des films VideoCD, SVCD, DVD, 3ivx, RealMedia et DivX.

Une autre caractéristique importante de MPlayer est la large variété de
pilotes de sortie supportés. Il fonctionne avec X11, Xv, DGA, OpenGL,
SVGAlib, fbdev, DirectFB, mais aussi SDL (plus tous ses pilotes) et
certains pilotes de bas niveau spécifiques à une carte (Matrox, 3Dfx,
Radeon, Mach64 et Permedia3). La plupart d'entre eux gèrent le
redimensionnement logiciel ou matériel, permettant par conséquent
l'affichage plein écran. MPlayer est également capable d'utiliser quelques
cartes de décodage MPEG matériel, tels que les DVB et DXR3/Hollywood+.

Le code amont n'est pas entièrement distribué dans le tarball de sources.
Consultez les fichiers copyright et README.Debian pour plus de détail


EDIT : Peux tu poster ton fichier /etc/apt/sources.list avec ton fichier /etc/apt/preferences (sans accent) dans la balise code.

RPC a écrit :

J'essaye de lire des vidéos au format .mkv et .wmv sous debian.


EDIT 2 : Si ce sont de DVD il faut installer le paquet libdvdcss2 (dépôt multimedia)

Dernière modification par Invité-5 (27-09-2011 12:05:08)

#3 27-09-2011 12:17:22

Haricophile
Adhérent(e)
Lieu : Pignans (Var)
Distrib. : SID
Noyau : 4.0.0-1-amd64
(G)UI : Mate / i3 selon...
Inscription : 14-09-2009

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Totem utilise gstreamer en backend. Si tu veux qu'il aille chercher les codecs automatiquement, installe gstreamer0.10-packagekit Sinon regarde dans les paquets (ugly, bad, really-bad)

Le VLC de multimedia est mis à jour chaque semaine depuis le SVN.... avec plus ou moins de bonheur selon les arrivages. Je conseille de faire du pinning en choisissant de préférence les dépôts officiels sauf si on sait ce que l'on fait.

A noter qu'il ne faut pas oublier de rafraichir la liste (update) pas longtemps avant d'installer ou mettre à jour ( install ou safe-upgrade ) sinon ça peut générer des erreurs de signature ou du bazar dans les dépendances. Éviter les full-upgrade en testing/sid (et en général sauf raison motivée). Les dépôts devront bien sûr être cohérents (debian-multimedia dans la même version que les dépôts principaux).

En général, plusieurs solutions sont proposées, même s'il n'y en a pas toujours une bonne. Il me semble en plus que ces dernier temps c'est  libavcodec qui met le bazar, vérifie s'il n'y a rien à faire de ce côté.

« Un optimiste, explique Raymond Aubrac, n’est pas un être satisfait, content de la situation actuelle. C’est quelqu’un qui pense qu’il peut faire quelque chose qui servira. »

Hors ligne

#4 27-09-2011 19:05:02

RPC
Membre
Lieu : Pékin - Chine
Distrib. : Crunchbang sur Squeeze stable 64bits
Noyau : 2.6.32-5-686
(G)UI : Openbox
Inscription : 24-09-2011

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

La réponse d'aptitude s'explique par le mélange de stable/testing et tu n'es pas obligé d'accepter la première proposition d'aptitude. Si tu réponds non t'auras d'autres.
Essaye mencoder + mplayer (vlc c'est une usine à gaz) wink


C'est bien noté. Le souci c'est que du fait des dépendances non résolues, l'installation se fait mal (même avec une autre proposition d'aptitude) et en plus j'ai maintenant un système instable (trois plantages aux trois tentatives d'ouverture de mplayer ou de totem). Ce qui me désole car je suis passé sur Debian justement pour avoir un truc clean qui ne plante pas...

Par exemple, quand j'essaye de réinstaller mplayer :

 The following packages have unmet dependencies:
  libx264-116: PreDepends: multiarch-support which is a virtual package.
  mplayer: Depends: libasound2 (> 1.0.24.1) but 1.0.23-2.1 is installed.
           Depends: libbs2b0 which is a virtual package.
           Depends: libgdk-pixbuf2.0-0 (>= 2.22.0) which is a virtual package.
           Depends: libgtk2.0-0 (>= 2.24.0) but 2.20.1-2 is installed.
           Depends: libjpeg8 (>= 8c) but 8b-1 is installed.
           Depends: libpulse0 (>= 0.9.23) but 0.9.21-3+squeeze1 is installed.
  libmp3lame0: PreDepends: multiarch-support which is a virtual package.
  libxvidcore4: PreDepends: multiarch-support which is a virtual package.
  libfaac0: PreDepends: multiarch-support which is a virtual package.


EDIT : Peux tu poster ton fichier /etc/apt/sources.list avec ton fichier /etc/apt/preferences (sans accent) dans la balise code.


# deb http://ftp.au.debian.org/debian/ squeeze main

deb http://ftp.au.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.au.debian.org/debian/ squeeze main contrib non-free

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

# squeeze-updates, previously known as 'volatile'
deb http://ftp.au.debian.org/debian/ squeeze-updates main
deb-src http://ftp.au.debian.org/debian/ squeeze-updates main
deb http://www.debian-multimedia.org wheezy main non-free


Le ftp est en australie car je suis en Chine et j'ai davantage confiance aux serveurs australiens que chinois.
Mon fichier preferences est vide quant à lui. Est-ce un problème ?

EDIT 2 : Si ce sont de DVD il faut installer le paquet libdvdcss2 (dépôt multimedia)


Le paquet ne peut être installé (encore un problème de dépendances)

haricophile a écrit :

A noter qu'il ne faut pas oublier de rafraichir la liste (update) pas longtemps avant d'installer ou mettre à jour ( install ou safe-upgrade ) sinon ça peut générer des erreurs de signature ou du bazar dans les dépendances


Oui, j'ai bien noté mais j'ai malheureusement ce que tu décris : des problèmes de dépendances. Il y a un moyen de revenir en arrière proprement (sachant que cela fait beaucoup de paquets d'installés ?)


Merci de toute votre aide et votre gentillesse

Dernière modification par RPC (27-09-2011 19:09:09)


Linux : il y a moins bien, mais c'est plus cher.

Hors ligne

#5 28-09-2011 02:54:31

martinux_qc
Administrateur
Lieu : Montréal (Québec)
Distrib. : Sid
Noyau : Linux 4.7.0-1-amd64
(G)UI : XFCE 4.12
Inscription : 12-10-2008

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Salut

Tu as un fichier sources.list avec des lignes pour la version stable uniquement mais tu ajoutes debian-multimedia testing. Il y a une raison pour cela ? Car là, sans fichier preferences, c'est sûr que tu rencontres des problèmes de dépendances et que  tu n'arrives à rien. À la limite, tu irais piocher dans debian-multimedia testing pour un ou deux trucs cela pourraient peut-être passer mais là tu prends tout le contenu de testing. Cele ne peut pas passer.

Il te faut revenir aux paquets de debian-multidia stable pour ne pas avoir de problèmes et avoir un système vraiment stable, qui ne plante pas. Je te suggère donc fortement de modifier ton fichier sources.list dans ce sens. Il est à noter qu'il est toujours possible de revenir en arrière et d'installer une version antérieure d'un paquet à l'aide du fichier preferences (en bref, on met la priorité à 1001 pour le dépôt concerné). Mais comme tu n'as pas réussi à installer des paquets provenant de debian-multimedia testing (à moins que je me trompe) tu n'as pas besoin de faire cela.

Un fichier sources.list complet pour une stable, c'est ça. Si on désire certaines paquets ou applications plus récents, on va piocher dans squeeze-backports, point.

Dernière modification par martinux_qc (28-09-2011 02:59:59)


"L'éducation vise à former des citoyens pas trop tatas et non pas à envoyer le plus de tatas possible à l'université."
Pierre Foglia (Journaliste à la retraite à La Presse)
Note : au Québec, le mot tata a un sens péjoratif qui sert à désigner une personne un peu idiote ou insignifiante. D'où les expressions familières : Espèce de grand, de gros tata! Être, avoir l'air tata.

Hors ligne

#6 28-09-2011 04:01:09

RPC
Membre
Lieu : Pékin - Chine
Distrib. : Crunchbang sur Squeeze stable 64bits
Noyau : 2.6.32-5-686
(G)UI : Openbox
Inscription : 24-09-2011

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Merci beaucoup Martin pour ta réponse. Elle m'a bien aidé.

J'ai en effet suivi tes conseils et le wiki de Debian facile : http://debian-facile.org/manuel:sources … ur_squeeze et cela m'a permis d'installer tous les packages sans problèmes. merci encore !
Mon ignorance des sources des dépôts de squeeze selon la version m'a été fatale, j'ai comblé à présent la lacune.

En revanche, j'ai maintenant des bugs (je ne sais pas si cela a un lien) sur iceweasel (nombreux freeze) et quodlibet (qui refuse de lire des morceaux). Dans la mesure où l'ajout des dépôts est la seule modification que j'ai effectuée récemment, cela peut-il avoir un lien ? Existe-t-il un équivalent de Iceweasel plus rapide et stable (par conviction, je ne veux pas d'un logiciel sortant de google ! :-))

Encore merci pour tout
Bien cordialement,

RPC

Linux : il y a moins bien, mais c'est plus cher.

Hors ligne

#7 28-09-2011 05:54:32

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 4.6.0-0.bpo.1-amd64
(G)UI : gnome 3.14.1
Inscription : 21-10-2008

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Bonjour RPC,

Je te propose de désinstaller le iceweasel que tu as actuellement qui doit être destiné à wheezy (testing) en faisant la désinstallation complète avec aptitude ainsi :

# aptitude purge --purge-unused iceweasel


Puis de réinstaller iceweasel.

Pour la commande aptitude voir :
http://debian-facile.org/manuel:command … n_complete

Hop hop hop ! big_smile


"Définition d'eric besson : S'il fallait en chier des tonnes pour devenir ministre, il aurait 2 trous du cul." - JP Douillon
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

En ligne

#8 28-09-2011 08:02:55

Invité-5
Banni(e)

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Maintenant, il te faudra nettoyer la pagaille. Même si tu as changé ton fichier /etc/apt/sources.list les paquets du dépôt multimedia-wheezy installés restent dans ta configuration.

STABLE N'EST STABLE QU'AVEC LES SOURCES DE STABLE !

Tu désactive le dépôt multimedia, il n'y a pas besoin de supprimer sa ligne du fichier sources.list, il suffit de la commenter en la faisant précéder d'un croisillon (#) (AltGr + 3 sur un clavier français).
Dans l'exemple suivant, le dépôt multimedia a été désactivé :

# deb http://www.debian-multimedia.org squeeze main non-free
# deb-src http://www.debian-multimedia.org squeeze main non-free


Ensuite au plus simple tu vas dans Synaptic => État => Installés (locaux ou obsolètes) ou Local pour voir les paquets multimedia (d'origine Christophe Marillat) et tu supprime tous (Sélectionner pour suppression)  Je te laisse le choix (Synaptic ou console)
Puis aptitude update puis tu decommente le dépôt multimedia stable (enlever le croisillon) aptitude update + aptitude safe-upgrade et tu roule en stable.

Au lieu de supprimer ton navigateur Iceweasel 3.5 tu peux virer plugin totem et installer à la place gecko-mediaplayer.

Gecko Media Player est un greffon pour navigateur utilisant GNOME-MPlayer
et Mplayer pour jouer des média dans un navigateur.
Il utilise l'API NS4 et est donc compatible avec tous les navigateurs
dérivés de NS4 : Iceweasel, Firefox, Iceape Epiphany, Galeon, Midbrowser,
Xulrunner, etc.

C'est le remplaçant moderne pour mplayerplug-in (du même auteur).


Il te reste à installer Iceweasel 6.0.2 qui est dans testing mais si tu ne connais pas le pinning => Installation de la dernière version officielle sous Squeeze
Autres navigateurs dans le dépôts : midori, kazehakase
quodlibet ? connais pas wink tu pourras utiliser aisément gnome-mplayer.

P.S. Je ne t'oblige pas à suivre mes conseils. cool

Dernière modification par Invité-5 (28-09-2011 08:25:07)

#9 28-09-2011 08:53:55

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 4.6.0-0.bpo.1-amd64
(G)UI : gnome 3.14.1
Inscription : 21-10-2008

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

P.S. Je ne t'oblige pas à suivre mes conseils.


Mais si ! Mais si ! On t'oblige RPC, sinon pan pan à coup d'hadopi sur ton fessier !

Mouaaaaaaaaaaaaah big_smile

Interessant ce gecko-mediaplayer Darien, merci, je m'en vas le tester illico !

Amitié, Joel smile


"Définition d'eric besson : S'il fallait en chier des tonnes pour devenir ministre, il aurait 2 trous du cul." - JP Douillon
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

En ligne

#10 28-09-2011 11:39:00

RPC
Membre
Lieu : Pékin - Chine
Distrib. : Crunchbang sur Squeeze stable 64bits
Noyau : 2.6.32-5-686
(G)UI : Openbox
Inscription : 24-09-2011

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Super Darien, merci beaucoup

J'avoue cependant que je n'ai pas compris quelque chose : je souhaite conserver mplayer avec les codecs qui vont bien pour pouvoir lire les vidéos. Si je fais la manipulation sous synaptic, alors cela va me supprimer les codecs non ??

Ce que je souhaite c'est juste un système qui ne plante pas, depuis mes dernières modifs, il m'a planté 4 fois et impossible de booter avec les "touches magiques" (ctrl-atl-impr-b). Si jamais ce n'est pas compatible avec les codecs, alors je suis bien embêté

Linux : il y a moins bien, mais c'est plus cher.

Hors ligne

#11 28-09-2011 11:46:08

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 4.6.0-0.bpo.1-amd64
(G)UI : gnome 3.14.1
Inscription : 21-10-2008

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

RPC,

Je viens d'installer le paquet gecko-mediaplayer et il fonctionne sans rien ôter des fonctionnements précédents.
Pour l'utiliser dans ton navigateur iceweasel, il suffit de l'imposer pour lire les applications mpeg ou autres dans les onglets des preferences.

Hop ! smile

"Définition d'eric besson : S'il fallait en chier des tonnes pour devenir ministre, il aurait 2 trous du cul." - JP Douillon
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

En ligne

#12 28-09-2011 15:28:47

Invité-5
Banni(e)

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

RPC

Tu vas supprimer les paquets multimedia de testing/Wheezy (seulement les paquets) PAS LES FICHIERS DE CONFIGURATION.

Debian est construit de telle sorte qu’il conserve les fichiers de configuration d’un paquet lors de sa suppression.

Après tu réinstalleras les paquets multimedia de stable/Squeeze, c'est si simple que ça wink et ensuite tu auras mplayer avant-dernière cri. smile

EDIT :

les codecs,


Si et seulement si ça ne suffit pas, tu as dans le dépôt miltimedia section non-free w32codecs

EDIT 2 : smolski, il peut y avoir le conflit entre plugin totem et gecko, il vaut mieux "désactiver" tous les plugins non-gecko the totem + Divx ou carrément virer. A toi de voir, comme ça tu pourrais visionner youtube avec gnash (si marche pas du 1 coup, bloque le cookie youtube.com dans ton navigateur)

Dernière modification par Invité-5 (28-09-2011 18:22:57)

#13 08-10-2011 09:32:47

RPC
Membre
Lieu : Pékin - Chine
Distrib. : Crunchbang sur Squeeze stable 64bits
Noyau : 2.6.32-5-686
(G)UI : Openbox
Inscription : 24-09-2011

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Bonjour à tous

Pardon pour cette réponse tardive mais nous étions en vacances en Chine et pour ma part, loin de mon PC.

Merci infinimment à Darien et Smolski pour avoir pris le temps de m'aider.

J'ai eu pas mal de problèmes de stabilité (sans doute une mauvaise manip de ma part), mon ordi bugguait presque à chaque utilisation (freeze complet au bout de 5 minutes, obligé de booter avec les "touches magiques" -Alt-Impr Ecran-B) bref la galère totale.

Je me suis donc résigné à une réinstallation du système. Je voulais garder Debian mais avoir la possibilité de bénéficier des drivers et codecs non-free en natif, avec un système léger (openbox en l'occurence). J'ai trouvé mon bonheur dans Crunchbang : basée sur squeeze stable et openbox, elle possède tous les codecs et drivers non-free de préinstallés. Exactement ce que je cherchais.

Tout marche parfaitement, aucun problème à présent (et je n'ai rien eu à faire). Bon je sais que Crunchbang viole la philosophie "tout libre" de Debian, mais dans mon cas elle m'enlève une sacré épine du pied.

Je reste donc sur Debian, grand soulagement

Merci encore pour votre aide à tous

Linux : il y a moins bien, mais c'est plus cher.

Hors ligne

#14 08-10-2011 10:26:20

Invité-5
Banni(e)

Re : [résolu] Problèmes codecs propriétaires -- conflit paquets

Merci pour le retour d'info. Un petit résolu sera bienvenue. wink

Pied de page des forums