— Il faut faire un package par distrib : certes, mais c'est hors sujet, à
supposer que Debian soit l'OS utilisé à 95%, l'éditeur ferait un .deb uniquement
pour lui et basta, comme il fait pour Windows actuellement. Ce n'est donc pas
une question d'avantage technologique ou non, juste de popularité.
— Ça peut créer des problèmes de dépendance, faut faire un package par version
de distrib : faux, si ton application dépend d'une libX et a besoin au minimum
de la version x.y, bah le package dépendra de cette version. Si la distribution
est trop vieille pour la fournir, c'est un choix de l'utilisateur de ne pas
upgrader (ou utiliser les backports), mais je ne vois pas de problème du
système.
Et si tu ne cesses de dire que les distributions Linux ont toujours trois ans de
retard, c'est faux également, puisque les rolling releases sont à la mode et ont
justement pour objectif d'avoir régulièrement les dernières mises à jour.
[^] # Re: Pourquoi faire ?
Posté par tesiruna . En réponse au journal Insuccès de Linux sur le Desktop : les raisons ?. Évalué à 2.
— Il faut faire un package par distrib : certes, mais c'est hors sujet, à
supposer que Debian soit l'OS utilisé à 95%, l'éditeur ferait un .deb uniquement
pour lui et basta, comme il fait pour Windows actuellement. Ce n'est donc pas
une question d'avantage technologique ou non, juste de popularité.
— Ça peut créer des problèmes de dépendance, faut faire un package par version
de distrib : faux, si ton application dépend d'une libX et a besoin au minimum
de la version x.y, bah le package dépendra de cette version. Si la distribution
est trop vieille pour la fournir, c'est un choix de l'utilisateur de ne pas
upgrader (ou utiliser les backports), mais je ne vois pas de problème du
système.
Et si tu ne cesses de dire que les distributions Linux ont toujours trois ans de
retard, c'est faux également, puisque les rolling releases sont à la mode et ont
justement pour objectif d'avoir régulièrement les dernières mises à jour.