Plus de 200. Pour autant, il n'existe pas plus de 10 distributions majeures. Personne ne lui demande de supporter toutes les distributions du monde (est-il prêt à supporter RedFlag Linux ?).
De toutes façons, c'est complètement surréaliste de vouloir atteindre un tel but.
Imaginons un seul instant que le produit Miracle 1.0 lui permette d'installer son logiciel en créant un seul paquet binaire pour Linux.
Soit. Il souhaite néanmoins ne pas surcharger inutilement son paquet binaire donc il ne devra pas utiliser compilation statique.
Soit. Dans ce cas, il faudra en plus télécharger ou fournir avec le précédent paquet binaire TOUTES les dépendances nécessaires et qui ne sauraient être fournies par la distribution cible (ce qui est le cas quand on fait des mises à jour fonctionnelles ayant besoin d'être testé). Et dans ce cas, je te laisse imaginer, même en prenant bien soin de les installer à l'écart, dans /usr/local ou /opt, les conflits que cela peut encore générer malgré tout avec les bibliothèques déjà présentes sur le système et notamment les logiciels qui en dépendraient. Dans le meilleur des mondes, ça ne devrait pas gêner.
Sauf qu'il va se retrouver à devoir quand même disposer de l'installation de l'utilisateur qui lui soumettra un problème après avoir installé SON paquet binaire et là, il ne pourra se retourner contre personne !
[^] # Re: Ça n'arriveras jamais
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 2.
De toutes façons, c'est complètement surréaliste de vouloir atteindre un tel but.
Imaginons un seul instant que le produit Miracle 1.0 lui permette d'installer son logiciel en créant un seul paquet binaire pour Linux.
Soit. Il souhaite néanmoins ne pas surcharger inutilement son paquet binaire donc il ne devra pas utiliser compilation statique.
Soit. Dans ce cas, il faudra en plus télécharger ou fournir avec le précédent paquet binaire TOUTES les dépendances nécessaires et qui ne sauraient être fournies par la distribution cible (ce qui est le cas quand on fait des mises à jour fonctionnelles ayant besoin d'être testé). Et dans ce cas, je te laisse imaginer, même en prenant bien soin de les installer à l'écart, dans /usr/local ou /opt, les conflits que cela peut encore générer malgré tout avec les bibliothèques déjà présentes sur le système et notamment les logiciels qui en dépendraient. Dans le meilleur des mondes, ça ne devrait pas gêner.
Sauf qu'il va se retrouver à devoir quand même disposer de l'installation de l'utilisateur qui lui soumettra un problème après avoir installé SON paquet binaire et là, il ne pourra se retourner contre personne !