N'ayant jamais utilisé Arch, je ne peux me prononcer de manière catégorique.
Tout au mieux, je peux dire que SID est comme Arch : une rolling-release.
Ma modeste compréhension du système de déploiement de versions de debian est que testing est faite pour être cassée, aussi longtemps qu'il faut, tant que la bonne solution n'est pas trouvée. C'est donc plutôt dédié aux mainteneurs de paquets, et s'il y a un bug, ça n'est pas résolu rapidement (surtout quand elle est dans l'état "frozen" pour aller vers la prochaine debian-next).
Du coup, quand j'étais étudiant et que j'aimais le risque (et des librairies plus à jour), j'utilisais la SID. Maintenant que j'ai moins de temps, je préfère la stable.
En tout cas, j'ai toujours vu/lu que testing était à éviter (exception faite comme dit plus haut par les mainteneurs de paquets).
Bref, installer une testing, c'est prendre des risques.
En SID, un bug peut être corrigé vite.
En stable, un bug peut ne pas arriver.
En testing, comme c'est la version de stabilisation, si bug il y a, il se traine.
[^] # Re: apt-pinning
Posté par _kaos_ . En réponse au message Installer un package de stable dans une debian testing. Évalué à 1.
Salut,
N'ayant jamais utilisé Arch, je ne peux me prononcer de manière catégorique.
Tout au mieux, je peux dire que SID est comme Arch : une rolling-release.
Ma modeste compréhension du système de déploiement de versions de debian est que testing est faite pour être cassée, aussi longtemps qu'il faut, tant que la bonne solution n'est pas trouvée. C'est donc plutôt dédié aux mainteneurs de paquets, et s'il y a un bug, ça n'est pas résolu rapidement (surtout quand elle est dans l'état "frozen" pour aller vers la prochaine debian-next).
Du coup, quand j'étais étudiant et que j'aimais le risque (et des librairies plus à jour), j'utilisais la SID. Maintenant que j'ai moins de temps, je préfère la stable.
En tout cas, j'ai toujours vu/lu que testing était à éviter (exception faite comme dit plus haut par les mainteneurs de paquets).
Bref, installer une testing, c'est prendre des risques.
En SID, un bug peut être corrigé vite.
En stable, un bug peut ne pas arriver.
En testing, comme c'est la version de stabilisation, si bug il y a, il se traine.
Matricule 23415