Aaaaahhhh !!!
C’est quoi ce site ?! 
[/quote]
Faut te réveiller Papy 
http://www.debian.org/News/2011/20110205b
Je le trouve plus clair, plus aéré, mise en page agréable et efficace…
Debian montre, une nouvelle fois, qu’elle est capable de se moderniser et de changer; elle reste une des plus vieilles distrib’ et continues à s’ancrer dans la modernité et le dynamisme!
[quote=“ricardo”]Concrètement, quelles sont les bonnes lignes à porter sur un sources.list basique de la nouvelle “testing / wheezy”
[/quote]
ça serait sympa de mettre le sources.list au carré à jour dans T&A parce que pour le moment je n’ ose pas faire de mises à jour de peur de passer de squeeze à wheezy 
Salut,
[quote=“nanard”][quote=“ricardo”]Concrètement, quelles sont les bonnes lignes à porter sur un sources.list basique de la nouvelle “testing / wheezy”
[/quote]
ça serait sympa de mettre le sources.list au carré à jour dans T&A parce que pour le moment je n’ ose pas faire de mises à jour de peur de passer de squeeze à wheezy [/quote]
Tu peux toujours commencer par ça : isalo.org/wiki.debian-fr/ind … A0_Squeeze
mouaip, mais le bon coté c’est que SID va enfin remuer un peu. va falloir faire gaffe aux prochains dist-upgrade…
C’est celui qui dit qui y’est ! Na !
J’accepte parfaitement ce changement de charte graphique, plus jeune, plus dynamique, à l’huile d’argan enrichie en oméga 3…mais ce pu*$?# de lien de téléchargement pour les poneys ne sachant pas s’ils sont en 32 ou 64bits est vraiment immonde. Manque plus qu’un bouton “Rejoignez nous sur fessebouc” !
Salut,
N’étant pas un vieux de la vieille, voici le sources.list de Trucs et astuces modifié qui marche chez moi, en attendant que quelqu’un l’y déplace avec des compléments d’info si il n’y a pas d’erreurs.
Notes:
*C’est le source.list complet. Pour ceux qui veulent uniquement la stable, s’arrêter à ce qui concerne squeeze. Sinon, il faut ajouter un fichier preferences (voir après pour un fichier preferences de Sid)
*La seule véritable modification concerne les dépôts “volatile” de lenny, remplacés par “squeeze-updates”
- Toutes les lignes commençant par
http://debian.polytech-lille.fr/debian/peuvent être modifiées par l’adresse de dépôt de votre choix (site officiel de Debian ou miroirs) - Il est plus sûr de remplacer “stable” et “testing” par “squeeze” et “wheezy” dans les adresses
[code]################################################
squeeze
deb http://debian.polytech-lille.fr/debian/ stable main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free
squeeze multimedia
deb http://mirror.home-dn.net/debian-multimedia stable main
deb-src http://mirror.home-dn.net/debian-multimedia lenny main
squeeze security
deb http://security.debian.org/ stable/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free
ancien volatile (lenny)
#deb http://volatile.debian.org/debian-volatile stable/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
#squeeze-update
deb http://debian.polytech-lille.fr/debian/ squeeze-updates main contrib non-free
################################################
wheezy
deb http://debian.polytech-lille.fr/debian/ testing main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ squeeze main contrib non-free
wheezy
deb http://mirror.home-dn.net/debian-multimedia testing main
deb-src http://mirror.home-dn.net/debian-multimedia squeeze main
wheezy security
deb http://security.debian.org/ testing/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
################################################
sid
deb http://debian.polytech-lille.fr/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://debian.polytech-lille.fr/debian/ experimental main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ experimental main contrib non-free
experimental multimedia (uniquement 64 bits, décommentez les lignes dans ce cas)
#deb http://mirror.home-dn.net/debian-multimedia experimental main
deb-src http://mirror.home-dn.net/debian-multimedia experimental main
[/code]
Pour un fichier preferences orienté instable, la seule ligne à modifier par rapport au TA est celle de lenny volatile, soit
[code]Package: *
Pin: release o=apt-build
Pin-Priority: 989
Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages
Pin-Priority: 988
Package: *
Pin: release o=Debian,a=unstable,l=Debian
Pin-Priority: 987
Package: *
Pin: release o=Debian,a=squeeze-updates,n=squeeze-updates,l=Debian
Pin-Priority: 986
Package: *
Pin: release o=Debian,a=stable,l=Debian-Security
Pin-Priority: 985
Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages
Pin-Priority: 984
Package: *
Pin: release o=Debian,a=stable,l=Debian
Pin-Priority: 983
Package: *
Pin: release o=Debian,a=testing,l=Debian-Security
Pin-Priority: 982
Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages
Pin-Priority: 981
Package: *
Pin: release o=Debian,a=testing,l=Debian
Pin-Priority: 980
Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages
Pin-Priority: 99
Package: *
Pin: release o=Debian,a=experimental,l=Debian
Pin-Priority: 98
[/code]
Stef
Mieux vaut spécifier le nom des version plutôt que “stable”, “testing” sinon lors de la prochaine version, dans 10 ans, vous risquez d’avoir des surprises.
mouaip, mais le bon coté c’est que SID va enfin remuer un peu. va falloir faire gaffe aux prochains dist-upgrade…[/quote]
Bonjour,
Il faut quand même faire attention aux “upgrade” : certains paquets si sont plus récents qu’en experimental et forcément posent problème. Exemple :
[quote] apt-cache policy xserver-xorg-core
xserver-xorg-core:
Installé : 2:1.7.7-12
Candidat : 2:1.9.4-1
Table de version :
2:1.9.4-1 0
500 ftp.fr.debian.org/debian/ sid/main amd64 Packages
2:1.9.3.902-1 0
1 ftp.fr.debian.org/debian/ experimental/main amd64 Packages
*** 2:1.7.7-12 0
100 /var/lib/dpkg/status
2:1.7.7-11 0
500 ftp.fr.debian.org/debian/ squeeze/main amd64 Packages
ginkgobiloba@debian:~$
[/quote]
Même apt-list-bug pose problème car il n’arrive pas à récupérer les informations concernant les bogues (chez moi ce matin) et il vaut mieux dans ce cas là attendre un peu pour faire un “upgrade” en sid …
@Michel : merci pour ta contribution concernant le sourcesList màj!!
Si un admin pouvait mettre à jour le fil concerné…
Je ne comprends pas pourquoi il est préférable de changer le type de version par son nom??
Je pensais que mettre “stable” permettait d’être toujours en stable quelque soit le nom de la version.
En quoi l’utilisation du nom de la version des dépôts est plus conseillé??
On migre d’une version à une autre quand on le souhaite.
il n’y a pas forcement d’intérêt pour un serveur qui tourne bien de passer à la dernière version stable.
Salut,
[quote=“M3t4linux”]@Michel : merci pour ta contribution concernant le sourcesList màj!!
Si un admin pouvait mettre à jour le fil concerné…
Je ne comprends pas pourquoi il est préférable de changer le type de version par son nom??
Je pensais que mettre “stable” permettait d’être toujours en stable quelque soit le nom de la version.
En quoi l’utilisation du nom de la version des dépôts est plus conseillé??[/quote]
Il y a des erreurs dans le sources.list proposé (volatile notamment).
Utiliser le nom générique est bien, sauf aux changements de version. Le pauvre gars qui a gardé stable vendredi dernier dans son sources.list et à fait un dist-upgrade lundi a du avoir une grosse mise à jour…
Par contre celui qui veut à tout pris être en testing et à gardé “squeeze” dans son sources.list se retrouve en stable…
Ça dépend donc de ce que l’on souhaite… Il n’y a pas de règle.
Et comme le dit Blacksad, c’est comme on veut et quand on veut… 
[quote=“nanard”][quote=“ricardo”]Concrètement, quelles sont les bonnes lignes à porter sur un sources.list basique de la nouvelle “testing / wheezy”
[/quote]
ça serait sympa de mettre le sources.list au carré à jour dans T&A parce que pour le moment je n’ ose pas faire de mises à jour de peur de passer de squeeze à wheezy [/quote]
Mettez-moi noir sur blanc ce qui doit être modifié et je le ferai, puisque Matt, responsable du fil en question n’est plus là.
[quote=“lol”]Salut,
[quote=“nanard”][quote=“ricardo”]Concrètement, quelles sont les bonnes lignes à porter sur un sources.list basique de la nouvelle “testing / wheezy”
[/quote]
ça serait sympa de mettre le sources.list au carré à jour dans T&A parce que pour le moment je n’ ose pas faire de mises à jour de peur de passer de squeeze à wheezy [/quote]
Tu peux toujours commencer par ça : isalo.org/wiki.debian-fr/ind … A0_Squeeze[/quote]
Au sujet du wiki, Lol, plusieurs voix, parmi les plus compétentes, préconisent de mettre le nom de la version, plutôt que la version elle-même :
… stable
… squeeze
[quote=“lol”]Salut,
[quote=“M3t4linux”]@Michel : merci pour ta contribution concernant le sourcesList màj!!
Si un admin pouvait mettre à jour le fil concerné…
Je ne comprends pas pourquoi il est préférable de changer le type de version par son nom??
Je pensais que mettre “stable” permettait d’être toujours en stable quelque soit le nom de la version.
En quoi l’utilisation du nom de la version des dépôts est plus conseillé??[/quote]
Il y a des erreurs dans le sources.list proposé (volatile notamment).
Utiliser le nom générique est bien, sauf aux changements de version. Le pauvre gars qui a gardé stable vendredi dernier dans son sources.list et à fait un dist-upgrade lundi a du avoir une grosse mise à jour…
Par contre celui qui veut à tout pris être en testing et à gardé “squeeze” dans son sources.list se retrouve en stable…
Ça dépend donc de ce que l’on souhaite… Il n’y a pas de règle.
Et comme le dit Blacksad, c’est comme on veut et quand on veut… [/quote]
Il vaut mieux se baser sur celui qui apparaî dans le wiki??
Il correspond à ce qui est notifié sur debian.org, au niveau des dépôts volatiles notemment…
[quote=“M3t4linux”]En quoi l’utilisation du nom de la version des dépôts est plus conseillé??[/quote]Ben il me semble que c’est plus dans l’esprit du “libre” de faire ce que l’on décide, et non de subir ce qu’on nous impose.
Lors d’un changement de version, comme ça vient d’être le cas hier, certains peuvent avoir envie, pour de multiples raisons, de rester sous lenny.
S’il avaient placé “stable” dans leur sources.list, ils se retrouveraient aujourd’hui sous squeeze, sans forcément l’avoir voulu.
[quote=“ricardo”]…
Au sujet du wiki, Lol, plusieurs voix, parmi les plus compétentes, préconisent de mettre le nom de la version, plutôt que la version elle-même :
… stable
… squeeze[/quote]
Oui en tout cas d’accord pour l’harmonisation… Je suis passé dans les différentes pages du Wiki tout à l’heure, et on trouve un peu de tout, ça manque de cohérence… Je m’en occupe dés que j’ai un peu de temps.
Il est en effet plus sain de mettre squeeze plutôt que stable et lenny plutôt que old-stable. Au moment des changements de version ça évite les surprises. Si je ne me trompe pas, c’est ce que fait l’installeur Debian.
Mais ce n’est pas une vérité universelle, c’est surtout valable pour ceux qui sont en stable (la majorité, non ?)… Quelqu’un qui souhaite être en testing, ne devrait pas mettre autre chose que testing, non ?
Je suppose que ces questions reviennent régulièrement (je n’étais pas là au dernier changement de version…) ?
Exactement. Sur un desktop ce n’est pas bien grave (qui est en stable en desktop en même temps ?) mais pour un serveur critique, ca peut etre facheux 
Matt préconisait pour la testing de ne surtout pas mettre “testing” ^^
Du fait des nombreux bugs suite aux changements de version qui amènent beaucoup de nouveaux paquets de sid, il recommandait de passer à la nouvelle testing quelques mois plus tard.
Donc, pourune utilisation serveur, ceux qui ont leur sources.list qui pointe vers stable devrait attendre quelques mois avant de passer à la nouvelle stable.
De toute façon, la migration est, à terme, inéluctable puisque la version ne sera plus supportée.
Ouais, à très long terme alors. On est sous debian, les MAJ de sécurité durent longtemps sur la version oldstable.
Personnellement je ne pense pas migrer les serveurs sous squeeze avant au moins 1 an.