Une " version de Debian " n'est pas une chose en soi, il y a habituellement différents communiqués de Debian dans la nature.
Debian possède une branche appelée "unstable", ou "Sid", du nom du gamin de Toy Story qui casse ses jouets.
Debian a aussi une version " stable ", qui est publiée quand elle est prête. Celles-ci sont généralement publiées à intervalles plus longs.
Entre les deux se trouve une version appelée "testing", avec des versions du logiciel plus récentes que stable mais plus anciennes qu'unstable. Finalement, "testing" est promu à une version stable.
Typiquement, durant leur cycle de développement, les importations d'Ubuntu source des paquets de Debian Unstable (Sid). À un moment donné, nous arrêter les importations automatiques et au lieu de cela, il apporte des corrections manuellement et le publie sous forme d'Ubuntu tous les 6 mois. Pendant les versions LTS, où la stabilité est plus importante, Ubuntu s'appuiera sur la version tests à la place.
Après la sortie d'Ubuntu, il y a une grande synchronisation avec Debian et le processus se répète.
Tant Debian Stable qu'Ubuntu prennent Debian Unstable -> Testing -> et font ensuite des versions stables basées sur cela. La principale différence entre les processus est qu'Ubuntu est basée sur le temps, en important et en faisant des gels basés sur le calendrier et les objectifs de cette publication, alors que Debian a un cycle plus lent et n'a pas d'objectif strict "Nous devons publier régulièrement". Ubuntu va aussi parfois prendre des choses importantes pour ses utilisateurs et les empaqueter directement, en les soumettant parfois à Debian si nécessaire. Je parle un peu de cela ici :
Il y a longtemps, les publications stables de Debian pouvaient prendre beaucoup de temps, parfois jusqu'à 3 ans : si longtemps qu'au moment de la publication, certains logiciels étaient déjà largement dépassés. Les dernières publications ont été beaucoup plus rapides, avec un intervalle de 1,5 à 2 ans - à peu près le même intervalle que les publications Ubuntu LTS, mais comme le calendrier n'est pas le même, la publication de Debian peut contenir des logiciels plus récents que la dernière publication Ubuntu LTS (ou vice versa).
Les paquets Debian et Ubuntu sont souvent compatibles binaires : les programmes construits sur une distribution peuvent être copiés sur l'autre et fonctionneront avec succès. Mais cela dépend de la disponibilité des mêmes bibliothèques que celles sur lesquelles le paquet a été construit, ce qui n'est pas toujours le cas, que ce soit entre une version Ubuntu et une version Debian ou entre deux versions successives de la même distribution. De plus, l'intégration d'une distribution ne se limite pas à la disponibilité des bonnes bibliothèques. Ainsi, même si le programme contenu dans le paquet a tout ce dont il a besoin pour être exécuté, le paquet peut ne pas s'installer ou s'exécuter correctement à cause de nombreuses différences entre les distributions : un paquet Ubuntu peut ne pas être utilisable sur Debian parce qu'il nécessite upstart, par exemple.
En général, si vous pensez que l'emballage doit être le même entre Debian et Ubuntu, il est toujours plus facile de reconstruire les paquets binaires pour la chaîne d'outils exacte de votre publication. Vous pouvez facilement importer le paquet source et le construire vous-même ou sur un PPA.
De temps en temps, les publications de Debian et d'Ubuntu s'alignent et nous pouvons partager des choses comme une version de GCC, libc6, ou Python ou autre. C'est bien sûr une bonne chose pour l'écosystème, car le fait d'avoir des choses aussi proches les unes des autres facilite la tâche des utilisateurs, des empaqueteurs et des amonts. C'est pourquoi les discussions sur les chaînes d'outils lors du sommet des développeurs Ubuntu prennent généralement en compte l'état de Debian à ce moment-là.
