Je crois que c'est un peu 'politique marketing' car il y a un moyen de faire des binaires multi-plateforme : c'est de compiler en static et de fournir les libs dans un bon gros .tgz
De nombreux jeux le font (par exemple http://www.landes-eternelles.com ) avec des binaires linux. D'autres 'gros'jeux ont été annoncés ici même avec des binaires universels) des petis émulateurs sortis il y a 3-5 ans et fournis en binaires fonctionnent encore, Openoffice, firefox, etc.... il y a autopackage .. (comment fait skype ou nero ?)
Mainenant que certains veulent se faire mousser en révolutionnant encore une fois de plus le bouzin peut amener amélioration par effets de bords, mais ce n'est pas le désert non plus et ce ne sont pas des sauveurs du monde de l'univers.
Ce que j'en voie avec ma mauvaise fois trollesque légendaires, c'est un moyen pour LSB (et ses principaux promoteurs) de 'reprendre un peu le devant de la scène' dans un univers linux libre qui s'éclate sous l'effet d'un nombre croissant de distributions communiquantes, et de positionnement, face au respect de la gpl, parfois divergents.
Il est clair que les logiciels proprios qui veulent canibaliser le libre (prime au premier entrant) sont les premiers interessés d'une initiative comme cela. Par effet de 'renommé' ce groupe de travail communiquerait (peut être avec raison, question de goûts) facilement sur les grosses boites proprios qui porteraient des applis proprios sous linux, ce qui fragiliserait un peu le délicat écosystème (dans le sens économique) du libre.
Maintenant je ne pense pas que cela n'apportera rien, mais je ne pense pas non plus que cela apportera plus que la sortie du dernier wormux ou de j'enveuxpas.
Effectivement cela pourrait sembler permettre aux 'petits' de plus facilement de distribuer des package tout prêts, mais plutôt que
-de réinventer la roue
- aller à l'encontre de la philosophie linux, et aller vers un système windows clicliclic.exe fini
- aller vers un moyens de standardiser le linux de base et donc le rendre plus sensible aux virus car 'génétiquement' plus proches les uns des autres ave une api exprès pour installer sur toutes les machines
- donner aux distributions un point de fixation supplémentaire [ le driver graphique proprio nouvelle version qu'il faut attendre ET la nouvelle version du packageur miracle)
....il serait plus judiceux de mettre en place des 'fermes de compilation' pour préparer les binaires facilement.
Par exemple ce qui pourrait être le plus smart dans mes fantasmes les plus torrides : Chaque destribution founirait un ou plusieurs machine de compilation. En tant qu'utilisateur, je choisie un logiciel Lambda. Je me connecte sur le site et je donne la config de ma machine (avec un script shell qui vérifie les versions de mes libs), le serveur fait un chroot avec les versions identiques aux miennes et lance la compilation, fait le package et me distribue le package (le stock pour ne pas refaire le même travail) en travaillant directement depuis les sources de l'applis. Ensuite il met ce package à dispo en téléchargement avec les infos qui vont bien. Et hop, plus de soucis de libs, plus de soucis de distribution pour les dév. On peut même penser qu'il puisse y avoir des machines qui prennent les sources et lancent une compilation sur toutes les distributions et 'centralisent' les erreurs pour faire des corrections générales. [ cela résoudrait une grande partie des soucis, laissant que les problèmes particuliers]. Comme l'utilisateur Lambda utilise une machine 'toute prête et pas tunée, cela marcherait pour 95% des cas, respecterais la philosophie linux, pas de static, compile from source etc...., et soulagerait les dev et les utilisateurs.
# Faux problèmes à mon sens.
Posté par hervé Couvelard . En réponse à la dépêche Amélioration en vue pour l'installation de logiciel sur GNU/Linux.. Évalué à 10.
De nombreux jeux le font (par exemple http://www.landes-eternelles.com ) avec des binaires linux. D'autres 'gros'jeux ont été annoncés ici même avec des binaires universels) des petis émulateurs sortis il y a 3-5 ans et fournis en binaires fonctionnent encore, Openoffice, firefox, etc.... il y a autopackage .. (comment fait skype ou nero ?)
Mainenant que certains veulent se faire mousser en révolutionnant encore une fois de plus le bouzin peut amener amélioration par effets de bords, mais ce n'est pas le désert non plus et ce ne sont pas des sauveurs du monde de l'univers.
Ce que j'en voie avec ma mauvaise fois trollesque légendaires, c'est un moyen pour LSB (et ses principaux promoteurs) de 'reprendre un peu le devant de la scène' dans un univers linux libre qui s'éclate sous l'effet d'un nombre croissant de distributions communiquantes, et de positionnement, face au respect de la gpl, parfois divergents.
Il est clair que les logiciels proprios qui veulent canibaliser le libre (prime au premier entrant) sont les premiers interessés d'une initiative comme cela. Par effet de 'renommé' ce groupe de travail communiquerait (peut être avec raison, question de goûts) facilement sur les grosses boites proprios qui porteraient des applis proprios sous linux, ce qui fragiliserait un peu le délicat écosystème (dans le sens économique) du libre.
Maintenant je ne pense pas que cela n'apportera rien, mais je ne pense pas non plus que cela apportera plus que la sortie du dernier wormux ou de j'enveuxpas.
Effectivement cela pourrait sembler permettre aux 'petits' de plus facilement de distribuer des package tout prêts, mais plutôt que
-de réinventer la roue
- aller à l'encontre de la philosophie linux, et aller vers un système windows clicliclic.exe fini
- aller vers un moyens de standardiser le linux de base et donc le rendre plus sensible aux virus car 'génétiquement' plus proches les uns des autres ave une api exprès pour installer sur toutes les machines
- donner aux distributions un point de fixation supplémentaire [ le driver graphique proprio nouvelle version qu'il faut attendre ET la nouvelle version du packageur miracle)
....il serait plus judiceux de mettre en place des 'fermes de compilation' pour préparer les binaires facilement.
Par exemple ce qui pourrait être le plus smart dans mes fantasmes les plus torrides : Chaque destribution founirait un ou plusieurs machine de compilation. En tant qu'utilisateur, je choisie un logiciel Lambda. Je me connecte sur le site et je donne la config de ma machine (avec un script shell qui vérifie les versions de mes libs), le serveur fait un chroot avec les versions identiques aux miennes et lance la compilation, fait le package et me distribue le package (le stock pour ne pas refaire le même travail) en travaillant directement depuis les sources de l'applis. Ensuite il met ce package à dispo en téléchargement avec les infos qui vont bien. Et hop, plus de soucis de libs, plus de soucis de distribution pour les dév. On peut même penser qu'il puisse y avoir des machines qui prennent les sources et lancent une compilation sur toutes les distributions et 'centralisent' les erreurs pour faire des corrections générales. [ cela résoudrait une grande partie des soucis, laissant que les problèmes particuliers]. Comme l'utilisateur Lambda utilise une machine 'toute prête et pas tunée, cela marcherait pour 95% des cas, respecterais la philosophie linux, pas de static, compile from source etc...., et soulagerait les dev et les utilisateurs.