Pour Arch, il y a effectivement un paquet AUR qui est maintenu par Viech, un des autres membres du triumvirat à la tête du projet Unvanquished.
Pour Debian, le dépôt fournit un dossier debian/ que j’ai corrigé cette année. Donc techniquement, la connaissance pour empaqueter chez Arch et Debian existe. Mais c’est tout.
Je ne pense pas que le projet va dépenser de l’énergie à empaqueter pour les distributions par principe, c’est un métier à part entière. Si quelqu’un du projet (comme Arch) c’est son initiative. Dit autrement, si ces paquets sont bienvenus, nous sommes alors à la recherche de contributeurs dans ce domaine.
Le projet fournit un programme (appelé actuellement « updater » par manque d’imagination) qui est pensé comme le point d’entrée du jeu. Il agit comme un splash screen évolué qui peut annoncer au joueur la présence d’un nouvel article sur le blog du jeu, la présence de mise à jour, et opérer l’installation de la mise à jour elle-même.
Ce qui serait vraiment bienvenu, c’est une alternative qui ait la même ambition d’universalité que ça. Quelque chose comme Snap ou Flatpak (avis personnel pour des raisons qui sont sans rapport avec Unvanquished et que je peux développer, ma préférence va à Flatpak).
Le besoin est réel. On vient tout juste ces dernières semaines de découvrir que notre version actuelle, sortie en 2018, ne tourne plus sur les distributions les plus « fraîches », que ce soit les « rolling relase » comme Arch, les préversions comme Debian testing ou les « cutting edges » comme Fedora 33, ça ne marche plus et c’est vraiment tout récent. On ne sait pas quelle est la cause, mais le binaire segfault quasi immédiatement au démarrage, sans autre forme de procès. Avec les mises à jour progressives des distributions, ce binaire ne tournera simplement nulle-part à moyen terme. Pour pallier à ce genre de problème qui survient sans prévenir, un paquet Mageia ou OpenSuse ou Debian n’est d’un intérêt que... très limité. Là concrètement si on avait déjà un Flatpak de prêt, ça satisferait l’écrasante majorité de ceux qui rencontrent le problème.
Donc voilà, vous savez faire un Flatpak ? Vous voulez faire entrer votre nom dans l’histoire d’Unvanquished ? Viendez !
Par ailleurs, concernant l’inclusion dans les distributions, la liberté c’est une chose mais ça ne fait pas tout. Un projet comme Unvanquished c’est compliqué à empaqueter selon les critères de Debian. Actuellement, à cause de la machine NativeClient, nous distribuons un SDK NaCl précompilé pour Linux, macOS et Windows. Celui-ci est téléchargé par CMake lors de la compilation du jeu. Ça ne va pas faire plaisir à Debian. =)
Compiler quelque chose comme NaCl c’est énorme, c’est bien plus complexe que compiler le moteur Dæmon ou le jeu Unvanquished : il faut compiler LLVM etc.
Ça changera peut-être avec Wasm. Le SDK de Wasm n’est probablement pas moins complexe à construire que celui de NaCl, mais on peut s’attendre à ce que les distributions le fournisse à moyen terme.
Par ailleurs, pour parler de Debian... tu peux regarder le ticket pour l’inclusion de Xonotic qui est ouvert depuis le 23 octobre... 2011.
Xonotic est entièrement libre, GPLv2+ des pieds à la tête, moteur, jeu et données artistiques. C’est pas pour autant empaqueté dans Debian, presque dix ans plus tard.
Ce ticket Xonotic chez Debian est parti dans tous les sens, par exemple certains ont commencé à parler de recompiler les maps. Y a un moment ça va trop loin. Oui les sources des maps sont fournies, oui les sources du compilateur de map sont fournies (et c’est pareil pour Unvanquished, contrairement à Tremulous qui ne fournissait pas les sources de nombre de ses maps), mais « compiler une map », c’est entre autre faire tourner un traceur de rayon pendant des heures, et en 2011, le faire pour l’intégralité des cartes de Xonotic était probablement une affaire de plusieurs jours...
De plus, il est vraiment important que les données des joueur soient strictement identiques au bit près à celles du serveur, et c’est pas seulement pour des raisons de prévention de la triche, mais c’est aussi le moyen pour le serveur de s’assurer que le joueur est équipé correctement pour pouvoir jouer sur le serveur, et c’est aussi le moyen de sélectionner les bons fichiers s’il y a un doute. Obtenir une reproductibilité sur les données, c’est un projet plus grand que le projet Unvanquished, ça demande éventuellement d’auditer et corriger tous les outils mis en œuvre, jusqu’au convertisseur de format d’image et je sais pas quoi, dès lors qu’il y a une transformation. Perso j’aimerai que ce soit possible, mais l’objectif réaliste que je poursuis c’est que déjà, n’importe qui puisse construire le jeu intégralement, code et données. Et ça c’est déjà possible. En gros ça signifie que n’importe qui peut produire la prochaine version d’Unvanquished sur son ordinateur. Ce ne sera pas égal bit à bit à ce qu’obtiendrait son voisin si son voisin le ferait, mais l’expérience serait exactement la même et complète.
Bref, on est loin de satisfaire à toutes les ambitions idéologiques. Mais techniquement n’importe qui peut produire le jeu intégralement sur sa propre machine, et techniquement n’importe qui peut déjà empaqueter Unvanquished en se contentant de reprendre les fichiers DPK tels quels.
Et puis si on regarde bien le ticket Xonotic dans Debian, le plus gros problèmes n’est pas tant ceux qui partent dans tous les sens et dont il faudrait calmer les ardeurs, mais tout simplement l’absence de contributeur, l’absence de celui qui fait le boulot.
Les fichiers DPK sont les archives qui contiennent les données du jeu. Un des problèmes difficiles à résoudre est que l’un d’entre eux embarque le code du jeu lui-même, et pas que des données.
Donc tout ça dépend du niveau de concession acceptable par une distribution. De plus, autant une distribution comme Debian est exactement ce qu’il faut pour installer un système Linux pour un serveur ou un bureau, autant ce n’est pas forcément son rôle de distribuer Unvanquished en particulier. Si Debian le fait tant mieux, si Debian ne le fait pas, Debian n’est pas en faute.
Un Flatpak pour commencer serait vraiment super.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Enpaquetage dans les distributions GNU/Linux
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished : maintenant nous sommes libres !. Évalué à 10. Dernière modification le 05 octobre 2020 à 23:32.
Pour Arch, il y a effectivement un paquet AUR qui est maintenu par Viech, un des autres membres du triumvirat à la tête du projet Unvanquished.
Pour Debian, le dépôt fournit un dossier
debian/que j’ai corrigé cette année. Donc techniquement, la connaissance pour empaqueter chez Arch et Debian existe. Mais c’est tout.Je ne pense pas que le projet va dépenser de l’énergie à empaqueter pour les distributions par principe, c’est un métier à part entière. Si quelqu’un du projet (comme Arch) c’est son initiative. Dit autrement, si ces paquets sont bienvenus, nous sommes alors à la recherche de contributeurs dans ce domaine.
Le projet fournit un programme (appelé actuellement « updater » par manque d’imagination) qui est pensé comme le point d’entrée du jeu. Il agit comme un splash screen évolué qui peut annoncer au joueur la présence d’un nouvel article sur le blog du jeu, la présence de mise à jour, et opérer l’installation de la mise à jour elle-même.
Ce qui serait vraiment bienvenu, c’est une alternative qui ait la même ambition d’universalité que ça. Quelque chose comme Snap ou Flatpak (avis personnel pour des raisons qui sont sans rapport avec Unvanquished et que je peux développer, ma préférence va à Flatpak).
Le besoin est réel. On vient tout juste ces dernières semaines de découvrir que notre version actuelle, sortie en 2018, ne tourne plus sur les distributions les plus « fraîches », que ce soit les « rolling relase » comme Arch, les préversions comme Debian testing ou les « cutting edges » comme Fedora 33, ça ne marche plus et c’est vraiment tout récent. On ne sait pas quelle est la cause, mais le binaire segfault quasi immédiatement au démarrage, sans autre forme de procès. Avec les mises à jour progressives des distributions, ce binaire ne tournera simplement nulle-part à moyen terme. Pour pallier à ce genre de problème qui survient sans prévenir, un paquet Mageia ou OpenSuse ou Debian n’est d’un intérêt que... très limité. Là concrètement si on avait déjà un Flatpak de prêt, ça satisferait l’écrasante majorité de ceux qui rencontrent le problème.
Donc voilà, vous savez faire un Flatpak ? Vous voulez faire entrer votre nom dans l’histoire d’Unvanquished ? Viendez !
Par ailleurs, concernant l’inclusion dans les distributions, la liberté c’est une chose mais ça ne fait pas tout. Un projet comme Unvanquished c’est compliqué à empaqueter selon les critères de Debian. Actuellement, à cause de la machine NativeClient, nous distribuons un SDK NaCl précompilé pour Linux, macOS et Windows. Celui-ci est téléchargé par CMake lors de la compilation du jeu. Ça ne va pas faire plaisir à Debian. =)
Compiler quelque chose comme NaCl c’est énorme, c’est bien plus complexe que compiler le moteur Dæmon ou le jeu Unvanquished : il faut compiler LLVM etc.
Ça changera peut-être avec Wasm. Le SDK de Wasm n’est probablement pas moins complexe à construire que celui de NaCl, mais on peut s’attendre à ce que les distributions le fournisse à moyen terme.
Par ailleurs, pour parler de Debian... tu peux regarder le ticket pour l’inclusion de Xonotic qui est ouvert depuis le 23 octobre... 2011.
Xonotic est entièrement libre, GPLv2+ des pieds à la tête, moteur, jeu et données artistiques. C’est pas pour autant empaqueté dans Debian, presque dix ans plus tard.
Ce ticket Xonotic chez Debian est parti dans tous les sens, par exemple certains ont commencé à parler de recompiler les maps. Y a un moment ça va trop loin. Oui les sources des maps sont fournies, oui les sources du compilateur de map sont fournies (et c’est pareil pour Unvanquished, contrairement à Tremulous qui ne fournissait pas les sources de nombre de ses maps), mais « compiler une map », c’est entre autre faire tourner un traceur de rayon pendant des heures, et en 2011, le faire pour l’intégralité des cartes de Xonotic était probablement une affaire de plusieurs jours...
De plus, il est vraiment important que les données des joueur soient strictement identiques au bit près à celles du serveur, et c’est pas seulement pour des raisons de prévention de la triche, mais c’est aussi le moyen pour le serveur de s’assurer que le joueur est équipé correctement pour pouvoir jouer sur le serveur, et c’est aussi le moyen de sélectionner les bons fichiers s’il y a un doute. Obtenir une reproductibilité sur les données, c’est un projet plus grand que le projet Unvanquished, ça demande éventuellement d’auditer et corriger tous les outils mis en œuvre, jusqu’au convertisseur de format d’image et je sais pas quoi, dès lors qu’il y a une transformation. Perso j’aimerai que ce soit possible, mais l’objectif réaliste que je poursuis c’est que déjà, n’importe qui puisse construire le jeu intégralement, code et données. Et ça c’est déjà possible. En gros ça signifie que n’importe qui peut produire la prochaine version d’Unvanquished sur son ordinateur. Ce ne sera pas égal bit à bit à ce qu’obtiendrait son voisin si son voisin le ferait, mais l’expérience serait exactement la même et complète.
Bref, on est loin de satisfaire à toutes les ambitions idéologiques. Mais techniquement n’importe qui peut produire le jeu intégralement sur sa propre machine, et techniquement n’importe qui peut déjà empaqueter Unvanquished en se contentant de reprendre les fichiers DPK tels quels.
Et puis si on regarde bien le ticket Xonotic dans Debian, le plus gros problèmes n’est pas tant ceux qui partent dans tous les sens et dont il faudrait calmer les ardeurs, mais tout simplement l’absence de contributeur, l’absence de celui qui fait le boulot.
Les fichiers DPK sont les archives qui contiennent les données du jeu. Un des problèmes difficiles à résoudre est que l’un d’entre eux embarque le code du jeu lui-même, et pas que des données.
Donc tout ça dépend du niveau de concession acceptable par une distribution. De plus, autant une distribution comme Debian est exactement ce qu’il faut pour installer un système Linux pour un serveur ou un bureau, autant ce n’est pas forcément son rôle de distribuer Unvanquished en particulier. Si Debian le fait tant mieux, si Debian ne le fait pas, Debian n’est pas en faute.
Un Flatpak pour commencer serait vraiment super.
ce commentaire est sous licence cc by 4 et précédentes