Comment se débarrasser des paquets de deb-multimedia.org ?

Support Debian
#1

Voilà mon /etc/apt/sources.list, j’ai bien décommenté le dépot deb-multimedia :

[code]$ cat /etc/apt/sources.list
deb http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ wheezy main contrib non-free
deb-src http://ftp.tu-chemnitz.de/pub/linux/debian/debian/ wheezy main contrib non-free

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

Backports

#deb http://ftp.debian.org/debian wheezy-proposed-updates main contrib non-free #
deb http://ftp.debian.org/debian wheezy-backports main contrib non-free # noyau
deb http://mozilla.debian.net/ wheezy-backports iceweasel-release # iceweasel

Depots tiers

#deb http://www.deb-multimedia.org wheezy main # obsolete, à nettoyer
[/code]

Là où je bloque, c’est pour supprimer les nouveaux paquets qui sont apparus dans la catégorie « Paquets obsolètes ou créés localement » dans aptitude : pour faire court, quand je cherche à désinstaller de ces paquets, j’ai l’impression que toutes les dépendances y passe également.

C’est déjà un soucis que j’ai eu une paire de fois, si quelqu’un pouvait me donner un tuyau… Ce serait top !

#2

Liste des paquets problématiques : gimp, krita, vlc, mplayer…

NB : il n’y a pas de fichier “preferences”

Les scénarii que j’imagine :
– les paquets de deb-multimedia sont des dépendances de gimp, krita, vlc, mplayer… Il est peut-être possible de bidouiller un fichier “preferences” pour donner une préférence aux paquets équivalents des dépôts officiels.
– Aptitude/Apt désinstalle les paquets visés et leurs dépendances… mais là je ne comprends pas pourquoi gimp, vlc et mplayer se retrouvent touchés…

…Bref, si quelqu’un peu m’éclairer ce serait top !

#3

Une piste:

Tu recenses tous les paquets installés depuis le dépot deb-multimedia (une commande doit pouvoir faire ça), tu désinstalles tous ces paquets, et tu réinstalles aussitôt les équivalants des dépots officiels.

Si, parmi cette liste, tu peux avoir la différence entre “ceux installés automatiquement” et ceux qui ne le sont pas, ça pourrait être utile, car tu devras juste installer ceux installés manuellement (pour que les librairies suivent, par dépendance).

#4

Si tu utilises synaptic tu as un onglet “origine” qui te permet de lister quel paquet vient d’ou.
Il te suffit en suite de neutraliser le dépôt deb-multimédia et de réinstaller les paquets concernés après avoir fait un apt-get update (rafraichir dans synaptic -de mémoire-).
Ca peut juste poser problème si des dépendances ne sont plus satisfaites par la fermeture du dépôt.

#5

À tester ce soir… Merci pour les pistes.

#6

J’ai commencé par virer un à un les 24 paquets qui viennent de deb-multimedia, pour isoler ceux qui posent problème. Quand la liste de paquets à supprimer en contenait d’autres, j’ai annulé les actions en cours.

Liste des 8 paquets posant problème :
– libaccplus2
– libavcodec54
– libavformat54
– libfaac0
– libfdk-aac0
– libx264-124
– libx264-130
– libx264-132

#7

Je suis tombé sur ce lien sympa pour personnaliser la sortie de aptitude, à la recherche de paquets provenant des backports :
http://www.fraifrai.net/index.php?post/2009/08/25/105-lister-les-paquets-issus-d-un-depot-donne-typiquement-backports

Il propose un « | grep » après cette commande qui renvoie tous les paquets installés avec un formatage " " :

Le soucis est que le « %t » fait référence au wheezy de deb http://www.deb-multimedia.org wheezy main Et pas à deb-multimedia.org, raté !! Je commence à mieux comprendre pourquoi les anciens disent qu’il ne faut plus utiliser ce dépôt, parce que ça complique bien les choses au niveau de la gestion de paquets.

Sur ce site complémentaire, on trouve pas mal d’infos pour rechercher des paquets particuliers : http://aptitude.alioth.debian.org/doc/fr/ch02s05s01.html. Cependant je n’ai rien trouvé pour trier par dépôt, après mon premier survol.

#8

À la lecture de cet article de linuxfr.org, il semble important de se débarrasser de ce dépôt :
https://linuxfr.org/users/patrick_g/journaux/attention-au-depot-debian-multimedia-org

Le nom de domaine a été relâché dans la nature, et semble avoir été attribué à quelqu’un qui n’est pas en rapport avec Debian, qui est qualifié de « cybersquatteur ». Un coup à créer une grosse faille de sécurité :astonished:

#9

Nouveau test : utilisation d’un /etc/apt/preferences tordu pour résoudre le soucis

[code]$ cat /etc/apt/preferences
Package: *
Pin: release o=Unofficial Multimedia Packages
Pin-Priority: -10

$ apt-cache policy | grep -i multimedi
-10 http://www.deb-multimedia.org/ wheezy/main i386 Packages
release v=6.0,o=Unofficial Multimedia Packages,a=stable,n=wheezy,l=Unofficial Multimedia Packages,c=main
origin www.deb-multimedia.org
-10 http://www.deb-multimedia.org/ wheezy/main amd64 Packages
release v=6.0,o=Unofficial Multimedia Packages,a=stable,n=wheezy,l=Unofficial Multimedia Packages,c=main
origin www.deb-multimedia.org
[/code]Désormais le dépôt multimedia a bien une priorité négative. D’après cette page du wiki, cela empêche toute installation. En pratique cela ne me propose malheureusement toujours pas de désinstallation des paquets problématiques.

:013

#10

Salut,

La meilleure façon de revenir aux paquets officiels est d’utiliser le mécanisme des préférences apt avec un pinning > 1000.
Tu trouveras l’explication par exemple ici (en anglais, désolé) : giantdorks.org/alain/switching-f … -versions/

#11

Tu peux t’inspirer du modèle donné ici, à adapter à l’aide du retour d’[mono]apt-cache policy[/mono] :
downgrade-jessie-wheezy-t44929.html#p451565

#12

[quote=“lroy”]Salut,

La meilleure façon de revenir aux paquets officiels est d’utiliser le mécanisme des préférences apt avec un pinning > 1000.
Tu trouveras l’explication en anglais par exemple ici (en anglais, désolé) : giantdorks.org/alain/switching-f … -versions/[/quote]

Merci du tuyau ! C’est vrai que c’est pas mal comme technique, pas mal du tout dans le rayon « /etc/apt/preferences tordu ». Si les paquets existent, même en version inférieure, ils sont downgradés.

J’essaie de ce pas ces préférences apt :

[code]$ cat /etc/apt/preferences
Package: *
Pin: origin *.debian.org
Pin-Priority: 1001

Package: *
Pin: origin *.deb-multimedia.org
Pin-Priority: 1[/code]
Je fais toute la manip :

[code]# apt-get clean

apt-get update

Atteint http://ftp.debian.org wheezy-backports Release.gpg
Atteint http://ftp.tu-chemnitz.de wheezy Release.gpg
Atteint http://mozilla.debian.net wheezy-backports Release.gpg
…

apt-get upgrade

Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
[/code]

:013 Rhaa !!! Rien de changé, encore une fois ! :013 Il faut croire que les paquets restant n’ont pas d’équivalent dans les dépôts officiels… :013 C’est vraiment inextricable ce merdier.

#13

Héhé, c’est normal ton dépôt principal ne s’appelle pas *.debian.org :wink:
Essaye donc avec :

Package: *
Pin: origin *.tu-chemnitz.de
Pin-Priority: 1001
#14

[quote=“bobo38”]
– Le bousin me fait rétrogradé en Wheezy pure, ces backports me mettent dedans (en élevant la priorité des backports à 1001, tous les paquets existants à la fois en stable et stable-backports sont upgradés vers stable-backports)
– Aucun des 8 paquets incriminés ne se trouve dans la liste des downgrades, il va falloir changer de méthode.[/quote]

RÉSOLU !!!

Étapes suivantes :
1 – rétrogradation en Wheezy sans backport
2 – ménage dans les 8 paquets récalcitrants, on conserve ceux qui désinstallent des paquets supplémentaires (ça aide déjà bien, impatients passez directement à l’étape 4)
3a – parmi les paquets récalcitrants restant, un de ceux-là désinstalle seulement mplayer en plus
3b – réinstallation de mplayer (avec deb-multimedia commenté), il n’y a pas de soucis de dépendances… mplayer fonctionne
3c – il reste 3 paquets récalcitrants tous liés à libavformat53 lui même lié plein de soft
3d – analyse des dépendance avec "aptitude why"
3e – désinstallation d’un paquet libstreamanalyzer0 lié à pleins de paquets kde
4 – finalement désinstallation de tous les paquets liés aux trois récalcitrants (avec deb-multimedia commenté dans sources.list)
5 – réinstallation de gimp, mplayer, vlc (avec deb-multimedia commenté dans sources.list)
6a – suppression du fichier preferences
6b – suppression de la ligne deb-multimedia.org dans sources.list
7 – repassage en backport linux-image, firmware-linux-non-free, clawsmails

NB : J’ai flingué mon message au passage, /me suis planté avec les citations. En gros je disais qu’en inversant l’ordre des entrées dans “preferences”, les priorités (vue avec apt-cache policy) sont différentes. Le fichier “preferences” qui fonctionne est le suivant :

[code]$ cat /etc/apt/preferences
Package: *
Pin: release o=Unofficial Multimedia Packages
Pin-Priority: 5

Package: *
Pin: release o=Debian
Pin-Priority: 1001

[/code]

#15

Salut,

[quote=“bobo38”]Mon analyse :

– L’ordre dans le fichier “preferences” semble très important.

– Aucun des 8 paquets incriminés ne se trouve dans la liste des downgrades il va falloir changer de méthode.[/quote]

Peut être bien … :think:

Les dépôts Debian Officiels :

*** sources-list-au-carre-ou-minimaliste-t5659.html

** isalo.org/wiki.debian-fr/L%2 … references

[quote]Ils existent pour les branches oldstable, stable=wheezy, testing=jessie, unstable=sid et experimental=rc-buggy (avec en plus, dans le cas de stable, les branches stable-updates, stable-proposed-updates et stable-backports) et sont à chaque fois déclinés en les trois sections main, contrib et non-free.
[/quote]

[23:00:35]:~$ acp libaccplus2 libavcodec54 libavformat54 libfaac0 libfdk-aac0 libx264-124 libx264-130 libx264-132 libavcodec54: Installé : 8:1.0.8-dmo1 Candidat : 8:1.0.8-dmo1 Table de version : 10:1.2.4-dmo4 0 98 http://www.deb-multimedia.org/ testing/main i386 Packages *** 8:1.0.8-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 100 /var/lib/dpkg/status 6:9.10-1 0 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages libavformat54: Installé : 8:1.0.8-dmo1 Candidat : 8:1.0.8-dmo1 Table de version : 10:1.2.4-dmo4 0 98 http://www.deb-multimedia.org/ testing/main i386 Packages *** 8:1.0.8-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 100 /var/lib/dpkg/status 6:9.10-1 0 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages libfaac0: Installé : 1:1.28-dmo3 Candidat : 1:1.28-dmo3 Table de version : *** 1:1.28-dmo3 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 98 http://www.deb-multimedia.org/ testing/main i386 Packages 100 /var/lib/dpkg/status 1.28-5 0 97 http://ftp.fr.debian.org/debian/ testing/non-free i386 Packages 95 http://ftp.fr.debian.org/debian/ unstable/non-free i386 Packages 1.28-0.3 0 500 http://www.deb-multimedia.org/ oldstable/main i386 Packages libfdk-aac0: Installé : 0.1.1-dmo1 Candidat : 0.1.1-dmo1 Table de version : 1:0.1.2-dmo2 0 98 http://www.deb-multimedia.org/ testing/main i386 Packages *** 0.1.1-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 100 /var/lib/dpkg/status libx264-124: Installé : 3:0.124.2197+git69a0443-dmo1 Candidat : 3:0.124.2197+git69a0443-dmo1 Table de version : *** 3:0.124.2197+git69a0443-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 98 http://www.deb-multimedia.org/ testing/main i386 Packages 100 /var/lib/dpkg/status libx264-130: Installé : 3:0.130.2274+gitc832fe9-dmo1 Candidat : 3:0.130.2274+gitc832fe9-dmo1 Table de version : *** 3:0.130.2274+gitc832fe9-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 100 /var/lib/dpkg/status libx264-132: Installé : 3:0.132.2310+git76a5c3a-dmo1 Candidat : 3:0.132.2310+git76a5c3a-dmo1 Table de version : *** 3:0.132.2310+git76a5c3a-dmo1 0 990 http://www.deb-multimedia.org/ stable/main i386 Packages 100 /var/lib/dpkg/status N: Impossible de trouver le paquet libaccplus2 [23:01:29]:~$

[23:02:06]:~$ [23:02:07]:~$ type acp acp est un alias vers « apt-cache policy » [23:02:11]:~$ [23:02:14]:~$

* edit *

#16

Il me semble que des valeurs négatives, à -10 par exemple dans le fichier preferences provoquent la suppression des paquets épinglés.

Je crois aussi que les dernières lignes d’un fichier preferences l’emportent sur les premières (mettre à la première ligne les dépôts de wheezy à une priorité 500 et en dernière ligne iceweasel de wheezy à une priorité 1000 fait que iceweasel a une priorité 1000).

#17

Résolu… voir plus haut

#18

Ca serait bien de lire les choses jusqu’au bout…debian-multimedia n’existe plus (ou squatté) et le dépôt en question qui reste utile est deb-multimedia.
En utile dans ce dépôt on a divers logiciels comme XCFA, Avidemux, DVDRIp, les codecs pour mplayer et la libdvdcss2.
Pour un usage standard on peut comprendre qu’il ne soit pas très utile vu le choix de logiciels proposés par debian sur ses dépôts officiels, mais dès qu’on veut aller plus avant en multimedia ce dépôt s’impose.

Si quelqu’un n’est pas d’accord, ça serait sympa de créer un tuto de comment s’en passer :023

#19

isalo.org/wiki.debian-fr/Edition_Video
isalo.org/wiki.debian-fr/DVD_edition

Ces 2 pages sont en ébauche, je n’étais pas arrivé jusqu’au bout de ma mission, et je n’ai pas trop retouché aux encodeurs/rippers depuis.

Le but serait de trouver un workflow totalement libre, quitte à devoir compiler si un maillon manque, ça doit être faisable.

Quel est l’intérêt de XFCA par rapport à, disons K3B ?

#20

XCFA est compilé en gtk et n’impose pas la tonne de dépendance des libs kde.
Il suporte également des formats peu courants mais utilisés dans le monde de l’échange musical non destructif comme shn par exemple.

K3b est nativement conçu pour la gravure, l’encodage audio étant une fonctionnalité du programme.

J’ai aussi regardé tes liens.
Pour les rip-encodage DVD ton ébauche est peu fournie pour l’instant, tu survoles vobcopy, le soft de référence du rip et sa commande magique "vobcopy -m"
Pour le transcodage en plus de l’excellent ffmpeg il y a aussi transcode et mencoder comme tu l’explique sur l’autre lien, mais aussi des gui pour ces programmes comme handbrake et hypervideo.

Sans libdvdcss2 point de salut…

On peut aussi encoder un ensemble de vob avec avidemux qui permet également d’appliquer des filtres comme le deinterlace par exemple…mais il n’est dispo que via deb-multimedia car à compiler vu le nombre de fonctionnalités ça doit être une tuerie en terme de libs et de dépendances.

J’utilise dvd::rip des même dépôts pour sauvegarder mes dvd en compressé, même si aujourd’hui j’ai tendance à créer une image iso du dvd avec un rip vobcopy pour lire un dvd virtuel qui ne raie pas.
Ca prend plus de place mais on gagne le temps d’encodage.