Non, tu exagères en partant de l'idée que tous les paquets doivent être supportés. ha ha.
Je te l'accorde, pas besoin de supporter xbill, le reste par contre il va falloir, vu que les x entreprises que t'as comme client utilisent pas toutes les memes paquets, ce qui revient au total a ce que tous les paquets ou presque soient utilises par un client ou un autre.
En particulier c'est incohérent par exemple avec le fonctionnement de la plupart des grosses applications industrielles actuelles : elles sont à code source fermé et il est donc impossible de pouvoir les modifier pour réparer l'erreur.
Eh si, parce que pour ces softs la, les entreprises ont un support chez l'editeur, comme ils ont un support chez nous pour l'OS.
ça impose donc que l'on retravaille à l'aveuglette sur une seule application (la nôtre) en maudissant l'autre de foutre le foutoir dans notre serveur qui marchait si bien (tm).
Pas du tout, si tu lis les termes chez Redhat, ils disent tres clairement que le support, il est pour leurs paquets, si t'installes ton soft a toi et qu'il marche, tu peux aller te brosser ils feront rien.
c'est amusant, ça fait deux fois que dans le fil de la discussion que tu nous mets dans le cas typique où le closed-source est problématique, entraîne un retard voire l'impossibilité dans la résolution d'un problème.
Ben non, le preuve etant que nous, boite qui fait du closed-source offrons ce type de support.
[^] # Re: Red Hat arrête le support gratuit
Posté par pasBill pasGates . En réponse à la dépêche Red Hat arrête le support gratuit. Évalué à 1.
Je te l'accorde, pas besoin de supporter xbill, le reste par contre il va falloir, vu que les x entreprises que t'as comme client utilisent pas toutes les memes paquets, ce qui revient au total a ce que tous les paquets ou presque soient utilises par un client ou un autre.
En particulier c'est incohérent par exemple avec le fonctionnement de la plupart des grosses applications industrielles actuelles : elles sont à code source fermé et il est donc impossible de pouvoir les modifier pour réparer l'erreur.
Eh si, parce que pour ces softs la, les entreprises ont un support chez l'editeur, comme ils ont un support chez nous pour l'OS.
ça impose donc que l'on retravaille à l'aveuglette sur une seule application (la nôtre) en maudissant l'autre de foutre le foutoir dans notre serveur qui marchait si bien (tm).
Pas du tout, si tu lis les termes chez Redhat, ils disent tres clairement que le support, il est pour leurs paquets, si t'installes ton soft a toi et qu'il marche, tu peux aller te brosser ils feront rien.
c'est amusant, ça fait deux fois que dans le fil de la discussion que tu nous mets dans le cas typique où le closed-source est problématique, entraîne un retard voire l'impossibilité dans la résolution d'un problème.
Ben non, le preuve etant que nous, boite qui fait du closed-source offrons ce type de support.