tu serais pas un peu megalo, toi ?
Tu vois pas que c'était un troll furtif...
Testing et unstable, c'est un genre de cvs. Certes tu n'es pas obligé de faire les upgrades régulièrement et tu peux décider de figer toi la distrib à une date D...
Mais se pose alors le problème des upgrades de securité qui ne se feront pas facilement (en testing, les upgrades de sécu se font plus souvent par une nouvelle version de l'appli ne présentant pas le bug que sur l'application d'un patch corrigeant le bug... ou de toute façon à une date D+1, la version courante d'une appli n'est plus nécessairement celle que tu utilisais à une date D).
Donc à mon avis testing s'utilise plutôt en faisant les upgrades tous les jours. C'est parfaitement utilisable et "fiable" et ça a l'avantage d'avoir tout le temps des produits uptodate... (j'écris présentement d'une testing, mon uptime : 18:43:17 up 57 days, 11 min, 11 users, load average: 4.92, 2.14, 1.60).
Cependant pour un "serveur de prod", c'est pas cool d'avoir un produit qui change tous les jours, il est fréquent d'avoir des applis dont le comportement peut varier d'une version à une autre (d'autant que ça peut être des gros sauts : ex samba 2.2.8 vers 3.0 récemment)... on ne maitrise pas les effets de bords, d'autant qu'au sein de ta debian, tu peux utiliser des produits ne faisant pas partie de debian... (et pas nécessairement libre non plus). Sur ma testing, il m'arrive très régulièrement de passer un peu de temps à régler des problèmes survenus suite à l'upgrade de packages...
N'oublions pas qu'un admin s'occupe en général de très nombreuses machines, alors s'il doit se multiplier les problèmes...
Donc tout dépend ce que tu mets derrière "serveur de prod", mais ce n'est généralement pas une bonne idée d'utiliser testing sur un système devant avoir 100% de disponibilité tout en nécessitant qu'un minimum d'effort de maintenance (je répéte, ce n'est pas vraiment un problème de "fiabilité" au sens que les packages de testing sont pourris et non testés, bien au contraire, mais c'est lié au fait que tous les jours tu as une distrib différente...)
[^] # Re: Debian Stable/Testing
Posté par rictus (site web personnel) . En réponse au journal une débian recente ?. Évalué à 1.
Tu vois pas que c'était un troll furtif...
Testing et unstable, c'est un genre de cvs. Certes tu n'es pas obligé de faire les upgrades régulièrement et tu peux décider de figer toi la distrib à une date D...
Mais se pose alors le problème des upgrades de securité qui ne se feront pas facilement (en testing, les upgrades de sécu se font plus souvent par une nouvelle version de l'appli ne présentant pas le bug que sur l'application d'un patch corrigeant le bug... ou de toute façon à une date D+1, la version courante d'une appli n'est plus nécessairement celle que tu utilisais à une date D).
Donc à mon avis testing s'utilise plutôt en faisant les upgrades tous les jours. C'est parfaitement utilisable et "fiable" et ça a l'avantage d'avoir tout le temps des produits uptodate... (j'écris présentement d'une testing, mon uptime : 18:43:17 up 57 days, 11 min, 11 users, load average: 4.92, 2.14, 1.60).
Cependant pour un "serveur de prod", c'est pas cool d'avoir un produit qui change tous les jours, il est fréquent d'avoir des applis dont le comportement peut varier d'une version à une autre (d'autant que ça peut être des gros sauts : ex samba 2.2.8 vers 3.0 récemment)... on ne maitrise pas les effets de bords, d'autant qu'au sein de ta debian, tu peux utiliser des produits ne faisant pas partie de debian... (et pas nécessairement libre non plus). Sur ma testing, il m'arrive très régulièrement de passer un peu de temps à régler des problèmes survenus suite à l'upgrade de packages...
N'oublions pas qu'un admin s'occupe en général de très nombreuses machines, alors s'il doit se multiplier les problèmes...
Donc tout dépend ce que tu mets derrière "serveur de prod", mais ce n'est généralement pas une bonne idée d'utiliser testing sur un système devant avoir 100% de disponibilité tout en nécessitant qu'un minimum d'effort de maintenance (je répéte, ce n'est pas vraiment un problème de "fiabilité" au sens que les packages de testing sont pourris et non testés, bien au contraire, mais c'est lié au fait que tous les jours tu as une distrib différente...)