>Non les distribs ne sont pas LSB out of the box.
Donc on a toujours le problème...
Le problème vient du fait qu'il n'y a pas de gestion des dépendances hors des paquets de la distro, ce qui est parfaitement normal, et c'est la même chose pour windows/mac.
La différence, c'est que sous windows, la plupart des libs utilisables sont déjà là même si elle ne servent à rien. Si tu tombes sur une dépendance exotique, tu dois l'installer à la main (et on entre en récursion) comme avec un linux (mais sous windows, c'est cool). Ou alors elle vient avec l'application.
Un système de bundle viable doit pouvoir gérer ça. Comme dit plus bas, il nous faudrait une surcouche aux systèmes de packages des distrib hôtes, c'est à dire pouvoir invoquer un "meta-install libtruc-0.8.2". Ça passe : lib suivante ; Ça passe pas : install de la lib embarquée en local.
Le but est que ça marche, les développeurs et les utilisateurs ne sont pas du tout chiant, ils veulent juste que ça soit faisable.
Tout dépend de ce qu'on entend par faisable.
Compte-tenu des différences entre windows/mac et linux, on n'atteindra pas le même niveau d'intégration de logiciels tiers, et pour des raisons qui sont un peu longues à expliquer, je pense personnellement que ce n'est ni nécessaire, ni souhaitable.
Par contre, offrir aux développeurs et aux utilisateurs un système leur permettant de pouvoir installer un bundle dans, mettons, 63.7% des cas sans problème, ce serait une avancée considérable.
[^] # Re: Pour un app store GNU/Linux multi distro
Posté par yanndlfp . En réponse à la dépêche Nouveau projet Debian CUT. Évalué à 2.
>Non les distribs ne sont pas LSB out of the box.
Donc on a toujours le problème...
Le problème vient du fait qu'il n'y a pas de gestion des dépendances hors des paquets de la distro, ce qui est parfaitement normal, et c'est la même chose pour windows/mac.
La différence, c'est que sous windows, la plupart des libs utilisables sont déjà là même si elle ne servent à rien. Si tu tombes sur une dépendance exotique, tu dois l'installer à la main (et on entre en récursion) comme avec un linux (mais sous windows, c'est cool). Ou alors elle vient avec l'application.
Un système de bundle viable doit pouvoir gérer ça. Comme dit plus bas, il nous faudrait une surcouche aux systèmes de packages des distrib hôtes, c'est à dire pouvoir invoquer un "meta-install libtruc-0.8.2". Ça passe : lib suivante ; Ça passe pas : install de la lib embarquée en local.
Le but est que ça marche, les développeurs et les utilisateurs ne sont pas du tout chiant, ils veulent juste que ça soit faisable.
Tout dépend de ce qu'on entend par faisable.
Compte-tenu des différences entre windows/mac et linux, on n'atteindra pas le même niveau d'intégration de logiciels tiers, et pour des raisons qui sont un peu longues à expliquer, je pense personnellement que ce n'est ni nécessaire, ni souhaitable.
Par contre, offrir aux développeurs et aux utilisateurs un système leur permettant de pouvoir installer un bundle dans, mettons, 63.7% des cas sans problème, ce serait une avancée considérable.