> Arrgh! la Debian serait trop vieille : il parait que certains packages auraient un an (oh mon Dieu!)... et alors ?
Et alors des fois, c'est trop.
Pas souvent, mais si ton serveur depend d'un package qui a plus d'un an et qui est obsolete.
Par exemple, je vais avoir besoin d'installer un serveur avec une base ldap (ds le sens ou les services reposent sur ldap). La patate ne propose que openldap 1.2, qui ne supporte que ldap v2, et qui est classée experimentale par ses auteurs.
Tant qu'a faire je prefèrerais un openldap 2.0.x, qui est considéré stable, mais qui n'est pas ds la patate.
Tu vas me dire qu'il est ds la woody. Exact. Mais la woody est-elle la version stable de la debian? non.
Dans ce cas la, quel est l'interet pour moi d'installer une debian par rapport à une autre distrib (a par dire que je suis un dur, un tatoué, vu que j'ai installé une debian)?
Parfois il faut savoir choisir sa distribution en fonction de ses besoins, et pas seulement parce-que ca roulez a mort d'etre sous telle distrib.
> D'une part, pour un serveur de prod, il est interdit de prendre des risques à utiliser des trucs pas stables et/ou pas secure : la version "stable" de la debian est faite pour ca.
Tout a fait d'accord.
Modulo le cas ci dessus (packages devenu obsoletes par rapport a d'autres versions).
> Il y aurait bien la RedHat 6.2,
Certaines parties de la RH 6.2 commencent aussi a dater, et certaines mises a jour de logiciels (ou fonctionnalités) nécéssitent des manip qu'on aimerait éviter de faire sur un serveur en prod...
> mais les patches à télécharger sont plus contraignant qu'un simple "apt-get upgrade" («Un bon informaticien est un informaticien feignant!»).
Un bon informaticien est peut-etre feignant, mais un bon informaticien n'est surement pas un informaticien borné.
Faire ftp+rpm au lieu de apt-get, c'est pas un argument pour changer de distrib (enfin, c'est pas l'Argument :)).
> As-tu _vraiment_ besoin des fonctions propres à PHP4 ?
Parfois il est preferable de recuperer un package de php 4 que de patcher a la main celui de php 3 qui est installé. J'ai déjà donné :).
Sur le fond, nous sommes d'accord.
Je voulais juste montrer que parfois, meme sur un serveur de prod on peut avoir certains besoins qui nécéssitent une version récente d'un logociel (ou plusieurs). Dans ca cas on hesite a s'orienter vers une solution stable, mais qui ne correspond peut-etre pas a ce qu'on cherche.
[^] # Re: Mandrake sur serv HP 1000R
Posté par Patrice Fortier . En réponse à la dépêche Mandrake 8.1 sur IA64. Évalué à 1.
Et alors des fois, c'est trop.
Pas souvent, mais si ton serveur depend d'un package qui a plus d'un an et qui est obsolete.
Par exemple, je vais avoir besoin d'installer un serveur avec une base ldap (ds le sens ou les services reposent sur ldap). La patate ne propose que openldap 1.2, qui ne supporte que ldap v2, et qui est classée experimentale par ses auteurs.
Tant qu'a faire je prefèrerais un openldap 2.0.x, qui est considéré stable, mais qui n'est pas ds la patate.
Tu vas me dire qu'il est ds la woody. Exact. Mais la woody est-elle la version stable de la debian? non.
Dans ce cas la, quel est l'interet pour moi d'installer une debian par rapport à une autre distrib (a par dire que je suis un dur, un tatoué, vu que j'ai installé une debian)?
Parfois il faut savoir choisir sa distribution en fonction de ses besoins, et pas seulement parce-que ca roulez a mort d'etre sous telle distrib.
> D'une part, pour un serveur de prod, il est interdit de prendre des risques à utiliser des trucs pas stables et/ou pas secure : la version "stable" de la debian est faite pour ca.
Tout a fait d'accord.
Modulo le cas ci dessus (packages devenu obsoletes par rapport a d'autres versions).
> Il y aurait bien la RedHat 6.2,
Certaines parties de la RH 6.2 commencent aussi a dater, et certaines mises a jour de logiciels (ou fonctionnalités) nécéssitent des manip qu'on aimerait éviter de faire sur un serveur en prod...
> mais les patches à télécharger sont plus contraignant qu'un simple "apt-get upgrade" («Un bon informaticien est un informaticien feignant!»).
Un bon informaticien est peut-etre feignant, mais un bon informaticien n'est surement pas un informaticien borné.
Faire ftp+rpm au lieu de apt-get, c'est pas un argument pour changer de distrib (enfin, c'est pas l'Argument :)).
> As-tu _vraiment_ besoin des fonctions propres à PHP4 ?
Parfois il est preferable de recuperer un package de php 4 que de patcher a la main celui de php 3 qui est installé. J'ai déjà donné :).
Sur le fond, nous sommes d'accord.
Je voulais juste montrer que parfois, meme sur un serveur de prod on peut avoir certains besoins qui nécéssitent une version récente d'un logociel (ou plusieurs). Dans ca cas on hesite a s'orienter vers une solution stable, mais qui ne correspond peut-etre pas a ce qu'on cherche.