Maintenant, à toi de me dire ce que tu as comme distribution parce qu'avec de telles accusations, je suis curieux de savoir ce que tu as.
Accusations ?
Pour toutes les machines, j'utilise Debian, stable, testing ou testing/unstable(/experimental) selon leurs buts. Et je n'ai aucune appréhension à passer en testing les logiciels dont j'ai besoin en version récente sur les serveurs de prod' mais :
- seulement si nécessité absolue
- cela ne concerne qu'un nombre très restreint
- je reste très attentif à leur suivi (sécurité, passage en stable)
- j'essaie au mieux de sécuriser par ailleurs les plate-formes (et envisage une petite NetBSD sur les passerelles ;o)
En résumé, si j'ai besoin de qque chose > stable, j'assume ce choix et n'exige pas de la distribution qu'elle sorte une mise-à-jour (même si je suis parfois impatient qu'elle le fasse).
Par ailleurs, la distribution Debian orientée entreprise sera probablement UserLinux et je la suis avec attention. En parrallèle, avec d'autres "Debian-addict", nous développons une Debian Custom la plus proche de UserLinux/Woody-Sarge que nous déployons en entreprise. La 40-aine de clients n'a pas l'air de s'en plaindre...
Tout cela pour dire que ce qui me séduit chez Debian, c'est avant tout sa vision du Libre (contrat social + DFSG) et qu'il est heureux que cette distribution :
1° fournisse une version stable/fiable
2° offre des alternatives (testing et +) aux impatients
3° soit communautaire
Partant de ces constations, il m'arrive parfois de devoir adapter ma méthodologie et inciter un client à le faire pour se contenter d'une version un peu "vieillote" d'un logiciel ou faire la part des choses et passer en testing, compiler un noyau récent patché Debian, ... Je ne vois pas où est le problème et je ne comprends pas qu'on puisse "râler" sur les délais de sortie de la Sarge.
PS: Je ne comprends d'ailleurs pas ce besoin de course effrenée à la nouveauté dans plein de domaines lorsqu'une réflexion sur sa méthode ou son besoin réel aurait suffit... tout particulièrement en informatique.
[^] # Re: Debian ou comment "produire" autrement
Posté par Quzqo . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 1.
Accusations ?
Pour toutes les machines, j'utilise Debian, stable, testing ou testing/unstable(/experimental) selon leurs buts. Et je n'ai aucune appréhension à passer en testing les logiciels dont j'ai besoin en version récente sur les serveurs de prod' mais :
- seulement si nécessité absolue
- cela ne concerne qu'un nombre très restreint
- je reste très attentif à leur suivi (sécurité, passage en stable)
- j'essaie au mieux de sécuriser par ailleurs les plate-formes (et envisage une petite NetBSD sur les passerelles ;o)
En résumé, si j'ai besoin de qque chose > stable, j'assume ce choix et n'exige pas de la distribution qu'elle sorte une mise-à-jour (même si je suis parfois impatient qu'elle le fasse).
Par ailleurs, la distribution Debian orientée entreprise sera probablement UserLinux et je la suis avec attention. En parrallèle, avec d'autres "Debian-addict", nous développons une Debian Custom la plus proche de UserLinux/Woody-Sarge que nous déployons en entreprise. La 40-aine de clients n'a pas l'air de s'en plaindre...
Tout cela pour dire que ce qui me séduit chez Debian, c'est avant tout sa vision du Libre (contrat social + DFSG) et qu'il est heureux que cette distribution :
1° fournisse une version stable/fiable
2° offre des alternatives (testing et +) aux impatients
3° soit communautaire
Partant de ces constations, il m'arrive parfois de devoir adapter ma méthodologie et inciter un client à le faire pour se contenter d'une version un peu "vieillote" d'un logiciel ou faire la part des choses et passer en testing, compiler un noyau récent patché Debian, ... Je ne vois pas où est le problème et je ne comprends pas qu'on puisse "râler" sur les délais de sortie de la Sarge.
PS: Je ne comprends d'ailleurs pas ce besoin de course effrenée à la nouveauté dans plein de domaines lorsqu'une réflexion sur sa méthode ou son besoin réel aurait suffit... tout particulièrement en informatique.