Question concernant le fichier preferences

Pause Café
#1

Salut à tous

J’utilise le fichier sources.list que l’on retrouve dans T&A pour une sid ainsi, bien entendu, que le fichier preferences qui va avec.

Voulant bien comprendre comment cela fonctionne, j’ai quelques petites questions.

  1. Je voudrais connaître la signification de apt-build dans les lignes suivante:

[quote]Package: *
Pin: release o=apt-build
Pin-Priority: 989[/quote]

  1. J’aimerais aussi savoir ce que signifie les lettres o, a et l dans, par exemple, :

[quote]Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 987[/quote]

J’ai déjà vu un fichier preferences ayant des lignes semblables à cela :

[quote]Package: *
Pin: release o=Debian,a=unstable [/quote]
donc seulement avec o et a sans le l et cela fonctionne quand même.

Encore une fois, tout cela est dans le but de mieux comprendre les outils que j’utilise ; j’aime bien savoir ce que je fais.

Merci d’avance
Martin

#2

Je n’avais pas assez cherché dans internet. Je viens de trouver beaucoup d’explications en faisant un man apt_preferences. Donc, a=archive, o=origin, l=label. Il me reste juste à comprendre comment fonctionne tout ça.

Je cherche encore pour l’utilisation du apt-build.

Ajout:
On peut donc utiliser apt-build pour créer ses propres paquets. J’en déduis donc que la ligne dans le fichier references concerne la ligne deb-src. Si on utilise seulement les binaires, on peut donc se passer de toutes ces lignes. Est-ce correct ou non ?

#3

apt-build te permet de compiler les paquets source de debian. La règle dans le preferences empêche apt de remplacer les paquets que tu construis toi-même avec : andesi.org/paquets:apt-build … re-systeme

Par contre, je ne sais pas si c’est aussi valable pour ce que tu compiles avec d’autres outils (module-assistant ou ./debian/rules).

#4

[quote=“kna”]apt-build te permet de compiler les paquets source de debian. La règle dans le preferences empêche apt de remplacer les paquets que tu construis toi-même avec : andesi.org/paquets:apt-build … re-systeme

Par contre, je ne sais pas si c’est aussi valable pour ce que tu compiles avec d’autres outils (module-assistant ou ./debian/rules).[/quote]
Merci pour ta réponse.

Cela signifie donc que l’on peut se passer de cette référence dans le fichier references si on ne compile rien. De même on peut commenté, dans le sources.list, les lignes commençant par deb-src.

#5

Pourquoi « bien entendu » ? C’est inutile avec Sid.

#6

Pas si sûr…

N’utilisant que les dépôts officiels (stable+security+volatile, testing+security, unstable, experimental), je me passe allègrement du fichier ‘preferences’…
Mais dans le ‘sources.list’ de T&A sont ajoutés des dépôts non-officiels (multimedia) !

Le fait de mêler ces dépôts d’origine différent sans fichier ‘preferences’ ne risquerait-il pas de mettre un joyeux boxon dans les installations ?

#7

[quote]
Le fait de mêler ces dépôts d’origine différent sans fichier ‘preferences’ ne risquerait-il pas de mettre un joyeux boxon dans les installations ?[/quote]

Ben en fait, si tu vires le fichier préférences avec le sources.list de trucs et astuces, la seule chose qui change c’est pour les dépôts non-officiels comme justement les dépôts multimedia.

J’avais essayé : ça marche, mais le problème c’est qu’il passe toutes les versions de paquet des dépôts multimedia à la plus récente disponible c’est-à-dire dans le cas des dépôts multimedia, la version expérimental.

Donc il m’avait upgradé flash en version expérimentale et plus rien ne fonctionnait.

Ce que j’ai fait, j’ai gardé le sources list de truc et astuces et j’ai viré la ligne dépôt multimedia dans experimental. J’ai viré le fichier préférences et ça tourne comme sur des roulettes.

#8

Je viens de vérifier et tu as raisons !
Si je supprime mon preferences, sur une sid j’obtient :

apt-cache policy | grep exp 500 http://www.debian-multimedia.org experimental/main Translation-fr 500 http://www.debian-multimedia.org experimental/main Packages release v=None,o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages,c=main 1 http://ftp.fr.debian.org experimental/non-free Packages release o=Debian,a=experimental,l=Debian,c=non-free 1 http://ftp.fr.debian.org experimental/contrib Packages release o=Debian,a=experimental,l=Debian,c=contrib 1 http://ftp.fr.debian.org experimental/main Packages release o=Debian,a=experimental,l=Debian,c=main
La prio à 500 du multimedia translation est anecdotique mais celle du multimedia main l’est effectivement beaucoup moins !!!

Quoiqu’il en soit, les dépôts multimédia sont, je dirais, “semi officiels”. C’est peut-être pour ça que leur prio par défaut reste à 500.Il faut donc bien les “piner”. De plus, il faudra décider qui des officiels ou des multimédias aura la priorité ! Certains paquets sont présents dans les 2 dépôts. Ils ne sont pas identiques. Certains, du multimedia, cassent vlc, mais ces mêmes paquets sont indispensables dans leur version marillat pour certains programmes que l’on ne trouve que chez marillat justement.
Bref, le chantier pour établir un preferences “passe partout” que l’on pourrait conseiller aux newbies est vaste.
L’idéal serait que les multimedias deviennent officiels (mais est-ce possible compte tenu des brevets et autres …?). Ensuite, libre à chacun d’adapter ce preferences de base en fonction de ce qu’il souhaite.

#9

Effectivement, je n’avais pas vu que la branche « experimental » des dépôts Multimedia avait été rajouté dans le sources.list du T&A…

Ils ne sont pas officiels. Quand les dev Debian ont changé le nom des *.so relatifs à ffmpeg et que ça a mis la pagaille avec les dépôts Multimedia ils n’ont rien voulus savoir. Il faudrait demander à Christian de configurer le dépôt Multimedia experimental comme le dépôt Debian experimental avec une priorité par défaut de 1.

En attendant, pour Sid, soit on enlève ce dépôt comme l’a dit Bedbug105, soit on crée un preferences comme celui-ci par exemple :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 1

En réalité ce n’est pas très compliqué. Mais pour Lenny le problème avec les dépôts Multimedia persistera de toute manière, à moins que VLC 0.9 entre dans les backports.

#10

Pourquoi « bien entendu » ? C’est inutile avec Sid.[/quote]
Salut

Tout d’abord merci à tous pour vos réponses. C’est très instructif.

Je savais qu’avec sid, l’ordre par défaut des dépôts officiels est sid, testing, stable et experimental. Pour les dépôts debian-multimedia, je voulais être prudent car j’avais décidé à un moment donné d’installer vlc provenant d’experimenatal. En fait, je viens tout juste de compléter mes fichiers sources.list et preference. Je voulais tester et essayer de comprendre à fond ceux dans T&A, d’où ce fil de discussion. Avant mon fichier preferences était celui-ci:

[quote]Package: *
Pin: release o=Debian,a=unstable
Pin-priority: 990

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-priority: 980

Package: *
Pin: release o=Debian,a=testing
Pin-priority: 970

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-priority: 960

Package: *
Pin: release o=Debian,a=stable
Pin-priority: 950

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-priority: 940

Package: *
Pin: release o=Debian,a=experimental
Pin-priority: 101

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-priority: 101
[/quote]

[quote="…"]

En réalité ce n’est pas très compliqué. Mais pour Lenny le problème avec les dépôts Multimedia persistera de toute manière, à moins que VLC 0.9 entre dans les backports.[/quote]

J’aimerais comprendre cela. Donner une priorité plus grande pour les dépôts officiels, donc une priorité plus faible pour les dépôts debian-multimedia n’est pas suffisante pour éviter d’avoir des problèmes. Pour lenny est-t-il donc préférable de ne pas avoir de dépôt multimédia?

#11

Pas tout à fait. Par défaut les dépôts ont la même priorité (500 sauf exception : experimental, backports…), et à priorités égales c’est le numéro de version des paquets qui joue : le plus récent est prioritaire. Pour les paquets qui sont présents dans différents dépôts et qui ont strictement le même numéro de version (60 à 90% des paquets Testing/Sid) c’est l’ordre dans le sources.list qui joue, mais ça n’a dans le fond aucune importance puisque ce sont strictement les même paquets.
Donc par défaut avec un sources.list complet et sans preferences ce sont les paquets les plus récents et qui ne viennent pas d’experimental qui ont la priorité, ce qui correspond à Sid.

Ce que je voulais dire c’est que pour Lenny il n’y a actuellement pas de solution miracle : soit l’on se passe du dépôt Multimedia-Lenny, soit on lui attribue une priorité plus faible et on veille à ne pas installer certains des paquets qu’il propose, soit l’on se passe de VLC.
Il y a encore peu de temps on pouvait installer le VLC 0.9 des dépôts experimental sous Lenny (qui lui ne pose pas de problème) mais ce n’est plus envisageable avec la dernière version du fait des dépendances.

#12

Salut

Pour résumer tout ce qui s’est dit avant, et pour être sûr de bien comprendre, on peut dire que si on utilise squeeze, par exemple, on peut avoir un fichier sources.list avec les dépôts officiels debian pour testing et stable, sans fichier preferences. Dans ce cas, on aura toujours les paquets les plus récents pour testing. Si on ajoute au sources.list les dépôts debian-multimedia (pour testing et stable), il est alors important d’avoir un fichier preferences car un paquet plus récent pourrait se retrouver dans debian-multimedia et passer devant celui dans le dépôt officiel debian et ce n’est peut-être pas ce que l’on veut.

#13

Oui, mais c’est dommage de se passer des dépôts Sid avec Testing, ça facilite les choses parfois.

Tout dépend de ce que l’on veut. En règle générale les dépôts multimédia ne posent pas de problème, le cas ffmpeg/VCL pour Lenny est à ma connaissance exceptionnel et Christian n’y peut pas grand chose.

#14

[quote="…"]

Tout dépend de ce que l’on veut. En règle générale les dépôts multimédia ne posent pas de problème, le cas ffmpeg/VCL pour Lenny est à ma connaissance exceptionnel et Christian n’y peut pas grand chose.[/quote]

Salut

Comment cela se passe-t-il alors pour les paquets qui se retrouvent à la fois dans les dépôts officiels et dans debian-multimedia sans fichiers preferences. Un paquet plus récent peut-il se trouver dans debian-multimedia et être installé par défaut? L’ordre d’apparition des dépôts dans le fichier sources.list joue-t-elle alors un rôle important ? Certains paquets sont présents uniquement dans debian-multimedia. OK pour ceux là. Pour les autres communs aux 2 dépôts je trouve que cela fait double emploi. Pourquoi alors favoriser l’un plus que l’autre ? Dans T&A, les fichiers preferences pour stable et testing donne la priorité aux dépôts officiels debian tandis que le fichier pour sid donne la priorité à debian-multimedia, bizarre non !

#15

Les paquets qui sont en double (multimédia et dépôts officiel) portent (normalement) un numéro de version supérieur dans le dépôt multimédia. A pining égal, c’est donc le paquet du multimédia qui sera installé.

Mais ces paquets ne sont pas identiques. Comme je l’ai déjà dit, ils ont chez Marillat des options de compilations différentes pour offrir plus de fonctionnalités.

Le seul problème que j’ai rencontré avec ces paquets c’est qu’ils ont pu empêcher VLC de fonctionner correctement. Aujourd’hui, en SID, tout va bien.

Si je continue à les utiliser c’est parceque j’en ai besoin pour l’encodage vidéo notamment.
Chez moi, ils ont quand même un pining supérieur à ceux du dépôt officiel parceque je veux être sur que ce soit ceux là qui s’installent.

Pour info, mon preferences en SID :

[quote] cat /etc/apt/preferences
Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: 989

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 988

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: 987

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 986

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 985

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 984

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: 99

Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 98[/quote]

A toi de voir ce que tu désire.
Si tu n’a pas besoin des + qu’apportent les dépôts multimédias, affecte leur une priorité inférieure de 1 par rapport aux dépôts officiels de la même version. Si tu as besoin d’un paquet tel la libdvdcss2 par exemple, uniquement présent chez Marillat, le système saura quand même aller le chercher.

#16

Salut

Merci encore à tous ceux qui ont pris du temps pour me répondre, particulièrement à 3 petits point et talogue. Tous vos renseignements m’ont permis de mieux comprendre comment avoir de bons fichiers sources.list et preferences en fonction de ses besoins. Ainsi, je serais à même de pouvoir faire les choix qui vont bien pour moi en toute connaissance de cause. Je crois donc maintenant que le tour de la question est faite.

À la prochaine
Martin

#17

Oui le numéro de version n’a pas la même forme, exemple :

$ apt-cache policy ffmpeg mplayer ffmpeg: Installé : 3:20090222-0.0 Candidat : 3:20090222-0.0 Table de version : *** 3:20090222-0.0 0 95 http://www.debian-multimedia.org squeeze/main Packages 90 http://www.debian-multimedia.org unstable/main Packages 100 /var/lib/dpkg/status 3:20080706-0.3 0 900 http://www.debian-multimedia.org lenny/main Packages 3:0.svn20090303-1 0 90 http://ftp.fr.debian.org sid/main Packages 0.svn20080206-17 0 95 http://ftp.fr.debian.org squeeze/main Packages 900 http://ftp.fr.debian.org lenny/main Packages mplayer: Installé : 1:1.0.rc2svn20080706-0.2 Candidat : 1:1.0.rc2svn20080706-0.2 Table de version : *** 1:1.0.rc2svn20080706-0.2 0 95 http://www.debian-multimedia.org squeeze/main Packages 90 http://www.debian-multimedia.org unstable/main Packages 100 /var/lib/dpkg/status 1:1.0.rc2svn20080706-0.1 0 900 http://www.debian-multimedia.org lenny/main Packages 1.0~rc2-20 0 95 http://ftp.fr.debian.org squeeze/main Packages 90 http://ftp.fr.debian.org sid/main Packages 1.0~rc2-17+lenny3 0 900 http://ftp.fr.debian.org lenny/main Packages 900 http://security.debian.org lenny/updates/main Packages

Si ça n’était pas le cas pour un paquet il faudrait le signaler à Christian.

Il pourrait être grandement simplifié pour le même comportement. Par exemple en ne renseignant que les dépôts Multimedia si tu tiens absolument à leurs attribuer une priorité supérieure.

Je vais en remettre une couche dans la manière de construire un preferences générique, neutre et facilement adaptable :

  1. Garder des priorité identiques pour les dépôts Debian officiels d’une même branche. C’est le comportement par défaut (ex : quand l’on a que les dépôts de la branche suivie sans preferences). Tout manquement à cette règle casse le comportement par défaut et peut générer des résultats très dommageables car non prévus par les devs Debian.

  2. Attribuer une priorité comprise entre 500 et <990 pour la branche suivie et la/les branche(s) comportant des paquets aux versions =< à la branche suivie. Pourquoi <990 ? Car lorsque l’on utilise l’option -t pour installer des paquets d’une autre branche que celle suivie celle-ci devient temporairement la branche par défaut (APT::Default-Release “branche”:wink: et à donc une priorité de 990. On comprend donc aisément qu’avoir une priorité =>990 pour la branche suivie perturbe l’option -t

  3. Attribuer une priorité comprise entre 1 et <100 pour la/les branche(s) comportant des paquets aux versions > à la branche suivie. Ceci permet d’installer les paquets à la demande ou à Aptitude de le faire simplement en cas de besoins sans pour autant « suivre » les paquets installés à partir des ces dépôts.
    Si l’on veut les « suivre », càd qu’ils se mettent à jours automatiquement si une nouvelle version est placée dans ces dépôts lors d’une mise à jours, il est normalement suffisant d’attribuer une priorité à ces branches comprise entre 100 et <500. Si c’est envisageable individuellement ce n’est pas prudent pour un preferences générique du fait des dépendances.

  4. D’un point de vue pratique, utiliser des chiffres ronds (900, 800, 90…). Cela permet d’adapter facilement le preferences en fonction des besoins individuels (ajout de dépôts, etc) sans avoir à décaler toutes les autres entrées dans le preferences et c’est ainsi beaucoup plus lisible et donc facile de faire la différences entre les différentes priorités des dépôts (apt-cache policy).

Ce qui nous donne pour ce sources.list :

################################################
## lenny
deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free

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

## lenny volatile
deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
#deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free

## lenny multimedia
deb http://mirror.home-dn.net/debian-multimedia lenny main
#deb-src http://mirror.home-dn.net/debian-multimedia lenny main

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

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

## squeeze multimedia
deb http://mirror.home-dn.net/debian-multimedia squeeze main
#deb-src http://mirror.home-dn.net/debian-multimedia squeeze main

################################################
## sid
deb http://ftp.fr.debian.org/debian/ sid main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ sid main contrib non-free

## sid multimedia
deb http://mirror.home-dn.net/debian-multimedia sid main
#deb-src http://mirror.home-dn.net/debian-multimedia sid main

################################################
## experimental
deb http://ftp.fr.debian.org/debian/ experimental main contrib non-free
#deb-src http://ftp.fr.debian.org/debian/ experimental main contrib non-free

## experimental multimedia (Seulement pour arch amd64)
deb http://mirror.home-dn.net/debian-multimedia experimental main
#deb-src http://mirror.home-dn.net/debian-multimedia experimental main

Pour Sid :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 1

Pour Sid, si besoin d’un preferences plus complet (gestion particulière de certains dépôts, parano, etc…) (Note Importante : contrairement au précédent ce preferences ne permet pas de bénéficier des mises à jours de sécurité et « volatiles » de Stable pour les paquets communs aux deux branches) :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: 800

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 800

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 700

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 700

Package: *
Pin: release o=volatile.debian.org,a=stable
Pin-Priority: 700

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: 1

Pour Testing :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 900

Package: *
Pin: release o=volatile.debian.org,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: 90

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: 1

Pour Testing (Note Importante : contrairement au précédent ce preferences ne permet pas de bénéficier des mises à jours de sécurité et « volatiles » de Stable pour les paquets communs aux deux branches) :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 800

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 800

Package: *
Pin: release o=volatile.debian.org,a=stable
Pin-Priority: 800

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: 90

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 90

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: 1

Pour Stable. Étant donné qu’il est fortement déconseillé de mélanger Stable et les branches supérieures, il est donc préférable de n’avoir que les entrées pour le nom de code de la Stable dans le sources.list (+ backports éventuellement) et donc preferences inutile.

Si besoin du sources.list complet et donc d’un preferences :

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 900

Package: *
Pin: release o=volatile.debian.org,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: -10

Package: *
Pin: release o=Debian,a=testing
Pin-Priority: -10

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: -10

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: -10

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: -10

Ce preferences est très sécurisé : les paquets hors de la branche Stable ne pourront être installés que volontairement.

#18

Merci … pour toutes ces explications supplémentaires. C’est d’une limpidité absolue, quoi demander de mieux. Je vais conserver toutes ces informations et consulter ce fil au besoin (la sauvegarde que je n’ai pas manqué de faire) au besoin. Merci encore pour cette précieuse contribution.

#19

Pourquoi je pense qu’il est nécessaire d’établir un fichier préférences même en SID :

Sans préférences j’obtiens apt-cache policy flashplayer-mozilla flashplayer-mozilla: Installé : 1:10.0.22.87-0.0 Candidat : 1:10.0.22.87-0.1 Table de version : 1:10.0.22.87-0.1 0 500 http://www.debian-multimedia.org stable/main Packages *** 1:10.0.22.87-0.0 0 500 http://www.debian-multimedia.org sid/main Packages 100 /var/lib/dpkg/status 1:10.0.15.3-0.1 0 500 http://www.debian-multimedia.org testing/main Packages
Le paquet présent en stable demande à être installé!

Concernant les mises à jour de sécurité, toujours en SID et sans préférences je remarque :

apt-cache policy python-crypto python-crypto: Installé : 2.0.1+dfsg1-2.3 Candidat : 2.0.1+dfsg1-2.3+lenny0 Table de version : 2.0.1+dfsg1-2.3+lenny0 0 500 http://security.debian.org stable/updates/main Packages *** 2.0.1+dfsg1-2.3 0 500 http://ftp.fr.debian.org sid/main Packages 500 http://ftp.fr.debian.org testing/main Packages 500 http://ftp.fr.debian.org stable/main Packages 100 /var/lib/dpkg/status
Là aussi c’est celui de la stable qui veut s’installer!

Tout ceci résulte peut-être d’un fonctionnement normal mais n’est pas en tout cas celui que j’attendais.
Je ne critique nullement le travail explicatif de … et encore moins les paquets marillat que j’utilise.
C’est juste que je cherche à optimiser le fichier préférences pour plus de “sérénité”.
Après, j’ai peut-être loupé quelque chose dans la documentation surtout en ce qui concerne les mises à jour de sécurité. :confused:

#20

Bah les paquets sont plus récents (cf n° de version) c’est donc normal.

Pour flashplayer-mozilla je ne sais pas ce que Christian à changé sur le paquet, il faudrait voir le changelog.
Pour python-crypto tu te prives d’une mise à jour de sécurité (qui arrivera sûrement de toute façon tôt ou tard en Sid).
C’est d’ailleurs marrant cet exemple car c’est justement ce à quoi je pensais hier, à savoir si en Sid le fait d’avoir des priorités différentes entre les dépôts Debian n’apportait pas l’inconvénient potentiel d’avoir des mises à jours de sécurité moins réactives sur les paquets communs entre Sid et Stable. On en a maintenant la preuve… :slightly_smiling: