Ok, merci pour ces éclaircissements. J'essaierai de mieux me renseigner sur la compilation perso du noyau alors.
Essentiellement, tout est là :
https://www.jeuxvideo.com/forums/1-38-7624322-2-0-1-0-0.htm#message_7624580
Aux détails près que
1. tu peux sans doute remplacer le :
par un
histoire de ne pas avoir à réfléchir.
2. il ne faut plus faire de lien symbolique linux et travailler directement dans le dossier linux-2.6-XXXX
Debian Squeeze pour bientôt !
http://www.debian.org/News/weekly/2011/02/#1
Ça fait un petit moment que j'ai annoncé l'annonce de la sortie le 6 février.
Pourquoi quand on compile un kernel perso on ne doit plus travailler dans le lien symbolique ?
cool, je vais pouvoir recuperer vlc 1.1.6 depuis unstable la semaine prochaine et enfin faire ces $%#^$&%$*&^ de rapport de bugs.
Parce que c'est obsolète depuis 6 mois après le message que je pointe, soit environ 3 ans.
Ne me demande pas de détails, je ne les ai plus.
Ok, alors
J'ai une autre question, avant la sortie d'une debian stable (comme en ce moment) la unstable ne bouge plus du tout comme en ce moment ?
C'est la procedure chez debian.
Tu as 5 depots de paquet
old-stable: MAJ de securite uniquement. conserver pour les machines qui n'ont pas encore/ ne veulent pas migrer vers stable
stable: MAJ de securite uniquement.
testing: futur stable. Un paquet arrive en testing que si il est dans unstable et reporte sans probleme depuis longtemps
unstable: le vivier principal de debian, la ou les choses se passe et qui est tres dynamique. Un paquet tombe automatiquement dans unstable a partir de experimental si aucun bug report n'a ete fait dnas les 3 jours de son upload.
experimental: la ou les dev debian font joujou et demande des avis d'autre dev debian.
Ca c'est durant le temps normal de debian. Il arrive un moment ou testing devien stable et stable devient old-stable et old-steabl disparait. Ca c'est le freeze.
Durant le freeze, les dev debian preparent le changement de stable.
Ca veut dire que l'on cherche a avoir une distribution testing qui ne contient pas de bug. Donc on gele les fonctionnalite de testing.
Pour pouvoir geler les bug de testing et les corriger, cela veut dire qu'il ne faut plus uploader de paquet en unstable a moins que cela soit vraiment necessaire pour corriger un probleme de testing.
voila, j'espere que ca t'aide a comprendre.
Add-on / correctif :
Lors d'une release, l'ex-stable obtient le status de old-stable. Le support est alors assuré pendant 1 an. Lorsqu'il y a plus d'1 an entre deux releases (ce qui est généralement le cas), il y a une période où il n'y a plus officiellement de old-stable.
o r'ly ?
Je pensais qu'il gardait old-stable jusqu'a la stable suivante. De toute facon old-stable c'est vraiment antediluvien.
Je me demandais comment ça se fera l'upgrade d'une debian 5 vers une debian 6, si c'est comme je l'entend elle se fait d'elle même si on est en stable, sachant que la stable est remplacé c'est ça ? Il n'y a pas de manipulations supplémentaires à faire ?
(J'ai très peu exploré Debian)
Vous avez déjà utilisé le plugin omlet pour avoir un pseudo tuareg-mode sous vim ? J'ai essayé 10 mins et j'ai balancé par la fenêtre, et je suis retourné sous emacs :|
http://upload.wikimedia.org/wikipedia/en/timeline/c97c01fc002d1ecc7bf5f1af6c309229.png
vutqy : si tu as bien mis "stable" et non "etch" dans ton sources.list, tu verras juste passer une mise à jour qui dure 20 minutes et qui pose 2-3 questions. Voilà tout.
Alkemist : non, moi je fais des ":mak run". Bien sûr, ça implique d'avoir un Makefile qui va bien.
psss, chris, pss. La stable c'est lenny pas etch!!
Ha oui, merde…
Faut dire que comme j'ai mis stable sur toutes mes stables, j'ai plus accès à l'information.
Merci beaucoup godrik, c'est beaucoup plus facile à comprendre
Mais sinon cela veut dire que la unstable ne reçoit plus les fix de sécurité ( si il y a a en avoir) pendant le freeze ?
je crois que unstable n'est pas de la responsabilite de l'equipe de securite de debian.
Donc la unstable est plutôt vulnérable au faille de sécurité pendant la période de freeze ?