[Conseil] Pinning testing

Bonjour à tous !

Après avoir fraichement installé ma Debian, voici mes fichiers de configuration de apt.. Qu'en pensez-vous ?
Ma configuration est-elle bonne et cohérente ?

Cordialement,
005flyof

Sources.list :

###########################
###   CD installation   ###
###########################
# deb cdrom:[Debian GNU/Linux stretch-DI-alpha3 _Stretch_ - Official Snapshot amd64 NETINST Binary-1 20150911-21:26]/ stretch main


###########################
###   Système de base   ###
###########################
# Testing
deb http://ift.tt/z3CdSe stretch main contrib non-free
# deb-src http://ift.tt/z3CdSe stretch main contrib non-free

deb http://ift.tt/A2rwP6 stretch/updates main contrib non-free
# deb-src http://ift.tt/A2rwP6 stretch/updates main contrib non-free

# Unstable
deb http://ift.tt/z3CdSe unstable main contrib non-free
# deb-src http://ift.tt/z3CdSe unstable main contrib non-free

# Experimental
deb http://ift.tt/z3CdSe experimental main contrib non-free
# deb-src http://ift.tt/z3CdSe experimental main contrib non-free


#########################
###   Autres dépôts   ###
#########################
# Thème GTK/GnomeShell
deb http://ift.tt/1FbGg4t deb/

# Dépôts multimédia
deb http://ift.tt/KcDvPQ testing main non-free



#########################
###       Jessie      ###
#########################
# Debian Jessie, dépôt principal
deb http://ift.tt/z3CdSe jessie main contrib non-free

# Debian Jessie, mises-à-jour de sécurité
deb http://ift.tt/A2rwP6 jessie/updates main contrib non-free

# Debian Jessie, mises-à-jour "volatiles"
deb http://ift.tt/z3CdSe jessie-updates main contrib non-free
 

Fichier de pinning :

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

Package: *
Pin: release n=sid
Pin-Priority: 100

[Conseil] Pinning testing

[Conseil] Pinning testing

005flyof a écrit :

e pensais à mettre la version testing en priorité majoritaire puis la stable, mais je ne suis pas sûr que ce soit la bonne chose à faire...

Effectivement, c'est la mauvaise solution

Il semble que la meilleure soit Testing avec unstable en roue de secours. Si un paquet est supprimé de Testing parce qu'il y avait un bug, il n'y sera remis qu'après son passage dans unstable. Il est donc en général toujours présent dans unstable

Après, il faut faire attention à ce que dit Smolski, si tu ne veux pas avoir de question à te poser pour savoir si une mise à jour va introduire un bug, il faut rester en stable. Même si c'est relativement stable, il arrive que Testing ne démarre pas

[Conseil] Pinning testing