Stable pour les serveurs pour sa fiabilité, stabilité et sécurité.
Testing pour le desktop,
Rien à voir, testing est à destination des testeurs pour préparer la prochaine stable.
Unstable permet d'intégrer une version upstream en vérifiant juste que ça compile et ça se lance. Ensuite on pioche dedans pour alimenter testing (jusqu'à la période de freeze). Il me semble pas qu'il y ait de packages qui passe de upstream à testing directement sans passer par unstable mais je peux me tromper.
Experimental et debian-updates (anciennement volatile) ne sont pas des branches à proprement parler, on y trouve des packages qui n'atterrissent jamais dans sid et à plus forte raison dans stable. Et dans le debian-updates les choses qui changent souvent, typiquement la base de signatures d'un anti-virus.
Stable pour les serveurs et testing pour les desktop n'a aucun sens.
De plus il peut arriver que des bugs soient corrigés plus vite dans unstable (parce que l'on importe depuis upstream assez souvent) que dans testing où on ne peux pas faire la même (notamment en période de freeze).
Donc testing et sid (je ne parle même pas de mélanger les deux) même combat : essuyage de plâtre (toujours au mauvais moment bien sûr).
[^] # Re: WTF
Posté par Marotte ⛧ . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 3.
Rien à voir, testing est à destination des testeurs pour préparer la prochaine stable.
Unstable permet d'intégrer une version upstream en vérifiant juste que ça compile et ça se lance. Ensuite on pioche dedans pour alimenter testing (jusqu'à la période de freeze). Il me semble pas qu'il y ait de packages qui passe de upstream à testing directement sans passer par unstable mais je peux me tromper.
Experimental et debian-updates (anciennement volatile) ne sont pas des branches à proprement parler, on y trouve des packages qui n'atterrissent jamais dans sid et à plus forte raison dans stable. Et dans le debian-updates les choses qui changent souvent, typiquement la base de signatures d'un anti-virus.
Stable pour les serveurs et testing pour les desktop n'a aucun sens.
De plus il peut arriver que des bugs soient corrigés plus vite dans unstable (parce que l'on importe depuis upstream assez souvent) que dans testing où on ne peux pas faire la même (notamment en période de freeze).
Donc testing et sid (je ne parle même pas de mélanger les deux) même combat : essuyage de plâtre (toujours au mauvais moment bien sûr).