[Linux] ./play.it, un générateur de paquets spécialisé dans les jeux vidéo

[Mornagest]

J'avoue que je suis surpris par cette position officielle de Debian sur l'IA alors que le projet n'est à l'origine pas du tout en accord avec ce type de pratiques...

[vv221]

Le problème c’est qu’il n’y a pas de position officielle. Et en l’absence de celle-ci des IA sont utilisées (et encouragées), vu que "rien ne l’interdit".

À chaque tentative de lancer un vote pour mettre fin à cet abus, un groupe de défenseurs acharnés des IA génératives s’est arrangé pour faire échouer les discussions. Il n’y a donc jamais eu de vote, et il n’y en aura probablement jamais.

[Barbach]

Bon courage avec Gentoo, ça a l'air dense

[vv221]

Deuxième version candidate de la mise-à-jour corrective 2.35.2

Quelques bugs ont été repérés depuis la précédente version candidate, la période de test est donc étendue avec des correctifs supplémentaires :

• Meilleure prise en charge des liens symboliques lors de la génération des préfixes volatils.
• Debian : Mise-à-jour de la dépendance à libcurl-gnutls.so.4.
• Gentoo : Retrait de la prise en charge de Ren’Py (qui n’avait probablement jamais fonctionné).
• Gentoo : Installation simplifié des paquets binaires sans signature.

La sortie de cette mise-à-jour sera probablement suivie par une mise-à-jour supplémentaire imprévue, ./play.it 2.36.0, pour nous débarrasser d’encore plus de pollution par des IA génératives.

Nous allons aussi devoir prendre le temps de réfléchir au cas des moteurs de jeux, avec par exemple ScummVM et Ren’Py qui ont déjà été transformés en tas de merde générés. Vos suggestions à ce sujet sont les bienvenues.

[Barbach]

"Tas de merde générés" ?

[vv221]

Ouais, ScummVM et Ren’Py sont maintenant "développés" par des IA génératives. Et ça n’a pas l’air d’être les seuls.

"Tas de merde" c’est le terme technique pour désigner ce qui sort de ces IA (vous avez remarqué que toutes les boîtes du domaine ont un logo en forme d’anus ?).

[Barbach]

Et y a moyen de juste rester à la dernière version non IA (qui plus est si elle est parfaitement fonctionnelle) ?

[vv221]

vous avez remarqué que toutes les boîtes du domaine ont un logo en forme d’anus ?

Retrouvé :

Collection de logos d’entreprises vendeuses d’IA, ressemblant tous à des anus

ia-trous-du-cul.png (48.44 Kio) Vu 1439 fois

source : Why do AI company logos look like buttholes?

[vv221]

Et y a moyen de juste rester à la dernière version non IA (…) ?

Idéalement, oui.

Mais ça revient à devoir maintenir une demi-douzaine de moteurs de jeux en plus de ./play.it. Ce pour quoi je n’ai ni les compétences, ni l’envie, ni le temps, ni l’espoir de voir qui que ce soit se proposer de le faire à ma place.

Je vais quand même probablement commencer par proposer des versions figées de ces moteurs, datées d’avant 2023. Bugs inclus, et avec la promesse explicite de ne rien y corriger. Pas même les éventuelles béantes failles de sécurité.

[vv221]

Bon, ça n’a pas loupé.

Après m’être promis que je ne perdrai pas mon temps à ça… je viens de passer ma soirée sur Ren’Py, pour en reconstituer une version sans pollution par IA à partir d’u instantané de 2022 de ce moteur. Ça demande encore un peu de boulot, mais il y a des chances que dans la journée de demain j’ai quelque chose à proposer, prêt à être installé par qui le souhaite.

Pour les curieux qui comprennent quelque chose au code en Python, ça se passe par ici : http://git.dotslashplay.it/game-engines/renpy/

Si je suis satisfait du résultat, d’autres moteurs passeront par cette procédure de nettoyage. Ce qui permettra de ne pas avoir à abandonner une fraction importante du catalogue de ./play.it.

[Barbach]

Surtout que les dernières versions ne sont peut etre pas indispensables pour faire tourner les titres.

[vv221]

Je pense que ce dernier point ne va poser problème que pour ScummVM, dont seules les versions les plus récentes font correctement tourner les jeux construits sur le moteur Adventure Game Studio (par exemple les très bons jeux de l’excellent studio Wadjet Eye Games).

Ce qu’on va pouvoir esquiver d’une manière plus simple que prévue : Adventure Game Studio (AGS) lui-même est open-source et multi-plateformes. On va donc probablement pouvoir directement utiliser le moteur original pour ces jeux, plutôt que de passer par ScummVM.

Pour ScummVM lui-même on reviendrait à la version 2.6.1, qui après vérification a une bonne prise en charge de tous nos jeux hors AGS, y compris les trois premiers Myst.

[Barbach]

Excellente nouvelle pour ce qui est de la perspective du' intégrer directement le moteur AGS.

[vv221]

La difficulté pour ce dernier c’est qu’il n’est pas encore intégré aux distributions (sauf Fedora, qui n’est pas encore prise en charge par ./play.it). Il va donc falloir qu’on le fournisse nous-même, et c’est encore une fois un « nous » qui veut dire « je »

Je ne bosse plus directement pour Debian depuis qu’ils se sont fait bouffer par les suppôts de l’IA générative, mais je vais peut-être distribuer des paquets Debian pour AGS via notre dépôt apt.dotslashplay.it. Qui pourrait aussi servir pour les autres moteurs de jeux (renpy, scummvm, etc.) qu’on va devoir fournir dans des versions dé-polluées.

Il faudra aussi que je mette en place quelque chose de similaire pour Gentoo. Et je laisse les Archers se débrouiller, parce qu’au bout d’un moment, c’est marre.

Vivement que je n’ai plus de loyer à payer et plus de conflits administratifs en cours, que je puisse vraiment m’investir pleinement dans ce qui me donne bien plus de boulot (et utile, pour ne rien gâcher) que tous mes emplois au fil des années.

[Barbach]

Tu es notre Jésus à nous en quelque sorte.

[vv221]

Je me suis rasé la barbe il y a quelques jours (fait chaud là-dessous), donc la ressemblance est moins flagrante que d’habitude

[Barbach]

C'est pour ça que tu as plus de difficultés avec linux en ce moment, le manque de barbe. Tu devrais le savoir depuis le temps

[vv221]

Sortie de la version corrective 2.35.2 de ./play.it

./play.it 2.35.2 est prête pour une publication, et devrait être disponible au moment où vous lisez ces lignes. Cette mise-à-jour contient les correctifs et améliorations suivantes :

• Vérification de la présence d’une archive sur la ligne de commande.
• Pas de répertoire de destination obligatoire s’il ne va pas être utilisé.
• Meilleure vérification des options qui n’amènent pas à l’utilisation d’une archive.
• Meilleure prise en charge des liens symboliques lors de la génération des préfixes volatils.
• Retrait des tests de syntaxe basés sur ShellCheck, cet outil étant maintenant développé par des "intelligences" artificielles.
• Debian : Mise-à-jour de la dépendance à libcurl-gnutls.so.4.
• Gentoo : Retrait de la prise en charge de Ren’Py (qui n’avait probablement jamais fonctionné).
• Gentoo : Installation simplifié des paquets binaires sans signature.
• Jeux Web : Retrait d’appels à des fonctions qui ne sont plus fournies.

Nous continuons à chercher des bugs, mais en même temps nous avons commencé à travailler sur quelque chose d’imprévu : une nouvelle mise-à-jour 2.36.0 de ./play.it. Qui ne vas pas ajouter de fonctionnalités. À la place celle-ci fait partie de nos efforts de dépollution, nous débarrassant de nos liens avec des logiciels pollués par des IA. Plus de détails suivent juste en-dessous…

Efforts de dépollution

L’IA générative est soutenue par tellement de publicité et de politique qu’elle est en train de devenir un partie centrale du mouvement du logiciel libre. Ce n’est pas quelque chose que nous allons constater passivement, ./play.it ne va pas se contenter de prendre part à la Résistance, nous allons être en première ligne de celle-ci !

La première étape, déjà bien avancée, est bien sûr de dégager toutes nos dépendances polluées. Ça inclut des logiciels qu’on lance directement (comme ImageMagick, à remplacer par GraphicsMagick), les moteurs de jeux dont dépendent nos jeux (comme Ren’Py, ScummVM ou DevilutionX, tous pollués), et évidemment les outils que nous utilisons pour le développement (vim remplacé par vis, git par got, tmux par screen, etc.).

Oui, vous avez bien lu : nous allons nous débarrasser des moteurs de jeux pollués ! Et pour ceux-ci il n’y a généralement pas d’alternative prête à être utilisée, donc encore plus de boulot pour nous, youpi… Nous avons commencé avec Ren’Py, utilisant comme base leur dernière version de 2022 (8.0.3), dégageant toutes les parties inutiles (il y en avait tellement…), corrigeant sa compilation puis ses bugs majeurs… et finalement les jeux empaquetés par ./play.it peuvent tourner avec notre nouveau fork ! Vous pouvez trouver notre Ren’Py dépollué ici : http://git.dotslashplay.it/game-engines/renpy/ et sa dépendance pygame_sdl2 là : http://git.dotslashplay.it/game-engines/pygame_sdl2/

Vous êtes peut-être surpris par ce retour à une version de 2022. Après tout, les premiers commits identifié comme générés par IA sont de mars 2026, alors pourquoi ne pas récupérer la version juste avant ? Et bien, c’est une question de confiance : les premiers commits ouvertement identifiés comme générés par IA sont datés de 2026, c’est vrai… mais peut-on croire des développeurs qui ont délégué leurs capacités de réflexion à des outils fournis par des libertariens fascisants, outils connus pour violemment dégrader l’esprit critique et activement encourager le mensonge ?

Ces personnes ne méritent aucune confiance. Nous avons choisi 2022 comme limite, parce que c’est à la tout fin de 2022 que ChatGPT a été imposé au public pour la première fois. Ça devrait presque garantir que le code que nous importons n’a pas encore été pollué.

Nous n’allons pas continuer le développement de tous les moteurs que nous dépolluons. À la place vous pouvez vous attendre à une version figée, corrigée pour compiler et fonctionner sur les systèmes actuels. Ces versions peuvent ensuite servir de base au développement de nouvelles versions de moteurs de jeux. Cette dernière partie devra se faire en-dehors de ./play.it, il nous manque le bon mélange de temps/énergie/motivation/argent/personnes/compétences pour nous occuper de ça en plus de tout le reste. Mais n’hésitez pas à nous faire signe, nous allons conserver ces moteurs dans un bon état pour que tout fork puisse débuter sur une base saine.

GOG.com, du bar nazi au club exclusif nazi

Si vous êtes un visiteur régulier des forums de GOG.com, vous avez probablement déjà remarqué qu’ils sont très accueillants pour les trolls d’extrême-droite. C’est bien connu que leur modération est, pour rester poli, très souple en ce qui concerne ces personnes. Ça aboutit à des discussions hebdomadaires, en particulier tous les week-end, poussant leurs sujets favoris : sexisme, racisme, homophobie, et plus généralement comment « les wokes » (parfois appelés « l’agenda gay » ou « la conspiration gauchiste ») ont tué l’entièreté de l’industrie du jeu vidéo.

Cette permissivité de GOG.com a conduit à l’inévitable : sa transformation en bar Nazi, où l’extrême-droite prolifère sous un œil bienveillant alors que ses victimes et cibles habituelles quittent les lieux, pour se protéger. C’est devenu encore pire dernièrement, avec le plongeon de GOG.com dans l’IA générative. Parce que, vous le savez déjà, l’IA générative est aujourd’hui l’outil le plus central des idéologies fascistes.

Ils ont réussi à faire encore pire il y a quelques jours, avec l’équipe "communication" de GOG.com décidant d’inclure de l’imagerie nazie dans l’objet d’un e-mail envoyé à la plupart de leurs clients. Avec l’exception notable, signe de la lâcheté habituelle des Nazis, de leurs clients allemands. Probablement parce qu’ils savent très bien qu’en Allemagne ce genre de chose les expose à des poursuites.

Oh, et ne pensez pas qu’il s’agisse d’un accident ou d’une coïncidence. Cet e-mail inclut, d’affilée : une sonnenrad, une kolovrat et l’insigne de la Schutzstaffel (SS). Le seul moyen de prétendre qu’il ne s’agit pas d’un dogwhistle nazi est d’être soi-même un Nazi ou au moins un sympathisant, sachant très bien que ces appels sont censés être reconnus discrètement mais niés publiquement.

Pour des raisons qui sont, espérons, évidentes, c’est la fin de toute relation entre ./play.it et GOG.com. Nos scripts ont déjà été modifiés pour en retirer toutes les URLs vers la boutique de GOG.com, pour laquelle nous ne ferons plus jamais de publicité. À titre individuel, ils ne verront plus un centime de ma part. Et j’étais pourtant un gros client, approchant tranquillement d’un millier de jeux achetés…

C’est encore un excellent exemple de pourquoi vous ne devriez acheter que des jeux sans DRM : quand la boutique ne mérite plus aucune confiance, on peut la quitter sans perdre aucun jeu. Ma collection est préservée sur mon disque dur, je ne dépend pas de la bonne volonté de GOG.com pour garder accès à mes jeux. Je n’ai pas à demander leur permission pour les installer et les lancer.

Ceci est bien sûr notre dernier message qui sera partagé sur les forums de GOG.com. Si vous voulez continuer à suivre nos nouvelles on peut toujours les trouver à http://news.dotslashplay.it/. On en discute, en français, chez Debian-Facile (avec un accent sur Linux et le logiciel libre) et La Couronne de Cuivre (avec un accent sur les jeux, le modding et le jeu de rôle). Pour les anglophones, en ce moment notre seul espace de discussion est notre salon IRC : #play.it sur le réseau irc.oftc.net. On espère vous y voir bientôt et, s’il vous plaît, ne donnez ni argent ni visibilité aux Nazis.

[Barbach]

J''etais hélas au courant de ces tristes actualités concernant Gog... Tu as raison, l'avantage du no DRM c'est de pouvoir se barrer avec les cartons.

Essaie de te reposer un peu de temps en temps car nous sommes sur un marathon maintenant...

[Mornagest]

Je ne passe quasiment pas, à part pour poster une demande d'aide technique, ce qui arrive tous les deux ou trois ans... donc aucune idée de l'évolution que ces forums ont pu prendre.

Au niveau de la légalité, j'ai quand même de grosses interrogations. Personne n'a jugé utile de porter plainte ? Ou ces plaintes n'ont-elles aucune chance d'aboutir ?

[vv221]

Aucune chance d’aboutir.

L’extrême-droite est encore plus forte en Pologne qu’elle l’est aujourd’hui en France, c’est dire… C’est d’ailleurs pour ça que les néo-nazis qui restaient jusqu’ici un minimum discrets parmi les employés de GOG.com se sentent pousser des ailes.

Et vu les réactions sur le forum, ils avaient raison. Les personnes qui osent dénoncer cet acte odieux se font attaquer en masse, directement par les clients de GOG.com qui défendent le "droit" de partager des symboles nazis, et préféreraient qu’on parle plutôt des dangers du communisme, de l’immigration et des LGBT (je n’invente malheureusement rien).

---

Essaie de te reposer un peu de temps en temps car nous sommes sur un marathon maintenant...

Je me reposerai quand je… non, je me reposerai quand ils seront morts

[vv221]

Tiens, sur l’inutilité de porter plainte, une courte bande-dessinée sur ce thème est sortie tout juste hier : L'antifa | Cases noisette (7) | Grise Bouille.

[Féérune]

Comme Mornagest, je suis très étonnée que les modérateurs ne soient pas intervenus. J'ai regardé les posts en diagonale, pas trouvé les posts litigieux, ont-ils été supprimés ? Auquel cas la modération a fait son boulot.

Je trouve dommage si tel est le cas, de jeter le bébé avec l'eau du bain, décréter que GOG est un sale truc dont on ne doit pas faire la promo. Beaucoup de jeux intéressants et variés, sans DRM, des promotions, bref de quoi alimenter aussi notre forum.

Enfin, GOG n'est pas directement responsable du fait que des contributeurs soient d'infâmes crétins. Sa responsabilité est là où se trouve une négligence flagrante au niveau de la modération de ses forums.

[Barbach]

D'accord avec Rune sur le fait qu'effectivement, la prise de position de certaines personnes ne vaut pas pour l'ensemble.
Même si la réaction aurait du être plus tranchée.

[vv221]

L’iconographie nazie, ce n’est pas sur le forum. C’est l’équipe de GOG.com elle-même qui l’a insérée dans le sujet de mails publicitaires envoyés à leurs clients (= nous, les joueurs, sauf les joueurs allemands qui ont eu droit à une version sans nazisme de la même publicité, par peur de sanctions légales).

Je le répète parce que j’ai vraiment l’impression que vous croyez que je parle de quelques clients de GOG.com, ce qui n’est pas le cas : les employés de GOG.com, dans le cadre de leur activité professionnelle, utilisent des symboles glorifiant ouvertement l’idéologie nazie, et ce n’est suivi d’aucune forme de sanction ni même d’excuse de la part de leur employeur.

Sur le forum ils sont défendus depuis par tout une communauté de néonazis, incels, trumpistes et autres variantes de petites merdes fascistes. Si vous n’avez pas vu ces déchets, c’est que vous êtes passés à côté des fils concernés. Je ne les donnerai pas en lien ici, mais ils sont titrés "Weird subject line choice for a Newsletter", "WTF is this shit" et "Nazi Symbols in an email and BS excuse".

[Féérune]

Oui, après je ne minimise pas la gravité de propos d'extrême-droite, mais il me semble que malheureusement pas mal de forums et de réseaux sociaux sont touchés par ces dérives.
D'où la nécessité absolue de faire prendre connaissance d'un règlement intérieur rappelant le bon usage de la politesse et le respect des lois.

Mais tu peux mettre un ou deux liens (quitte à les supprimer après, pour ne pas leur faire une pub malvenue) pour qu'on puisse se rendre compte ?
Ah je poste avec un temps de retard ! ce sont les posts en anglais, donc ?

[vv221]

Sauf qu’ici ce n’est pas le problème. Le règlement intérieur ne va pas condamner les appels à la haine raciale, parce que ce sont les tauliers qui l’encouragent !

Les messages racistes, sexistes, homophobes ne rencontrent aucune sanction… parce que les personnes devant prendre ce genre de décision au sein de GOG.com partagent cette vision du monde. C’est ce qui vient de nous être prouvé il y a quelques jours.

Ce n’est pas compliqué pourtant : leur dernière newsletter annonçant des promotions incluait littéralement, dans son titre, deux variantes de la croix gammée hitlérienne suivies de l’insigne de la SS. Je ne suis pas juste en train de qualifier "des gens que je n’aime pas" de nazis. Il s’agit de la définition-même de nazi. Si elle ne s’applique pas ici, alors elle ne s’applique juste jamais.


EDIT : Oups, je pensais que tu répondais à mon message précédent, plutôt qu’à celui de Barbach. Désolé dans ce cas d’avoir remis une couche qui n’était probablement pas nécessaire.

C’est bien sur le forum anglophone que le sujet est discuté, le forum francophone est inactif depuis des années.


EDIT bis : Je comprends que c’est tellement gros que c’est pas évident à assimiler. Mais la situation est bien aussi ignoble que décrite, et probablement plus facile à comprendre si on sait que la Pologne vit en ce moment-même un retour massif des néonazis.

[vv221]

Pour ceux que ça intéresse, j’ai commencé à bosser sur la dépollution de ScummVM et sur l’intégration de Adventure Game Studio (qui lui n’est pas contaminé), ce qui va couvrir un fraction importante de nos point-and-click pris en charge.

Il faudra probablement que j’accompagne ces moteurs dépollués d’instructions d’installation. Voire, mieux, que je fournisse des paquets au moins pour Debian et dérivées (pour Gentoo il faut encore que j’apprenne à le faire, et les utilisateurs d’Arch Linux sont assez grands pour se débrouiller tout seuls).

[vv221]

Première version candidate de ./play.it 2.36.0

Alors que ./play.it 2.35 devait être notre dernière branche, les adeptes décérébrés de l’IA générative ont saboté plusieurs outils et moteurs de jeux sur lesquels nous nous basons. Créant le besoin pour une nouvelle mise-à-jour de dépollution. Ça va être le rôle de ./play.it 2.36.0, dont voici la liste (pas forcément définitive) des modifications :

• Systèmes obsolètes :
  • La valeur de AGS_NAME est ignorée, GAME_ENGINE=ags devrait être utilisée à sa place.
  • Debian : Il n’y a plus d’avertissement affiché lors de la construction de paquets de plus de ~9 Gio.
  • Debian : Retrait de la prise en charge de dépendances sur quelques bibliothèques natives :
    • alleg-alsadigi.so
    • alleg-alsamidi.so
    • libaldmb.so.1
    • liballeg.so.4.4
    • libdumb.so.1
• Dépollution :
  • Utilisation de GraphicsMagick pour le traitement des icônes.
  • Pas de dépendances sur des moteurs de jeux pollués pour les paquets générés.
• Prise en charge du moteur Adventure Game Studio :
  • Les jeux pris en charge par AGS sont dorénavant exécutés par un build local de ags.
  • Les jeux pris en charge par AGS ne se reposent plus sur ScummVM.
• Paquets :
  • Une nouvelle fonction dédiée est disponible pour afficher le chemin vers un paquet généré :
    package_output_file $package

Cette mise-à-jour est plus petite que d’habitude, à cause de l’objectif plus précis et restreint. Nous allons donc probablement lancer une période de tests plus courtes qu’à notre habitude, peut-être seulement deux semaines plutôt qu’un mois.

Merci de nous signaler tout problème, et surtout : signalez-nous tout lien avec des IA qui pourraient nous avoir échappé.

[vv221]

Deuxième version candidate de ./play.it 2.36.0

Une deuxième version candidate pour la mise-à-jour 2.36.0 est disponible et attend vos retours. Elle améliore la prise en charge des erreurs lors de la conversion des icônes (en particulier avec icotool), et inclut quelques améliorations autour de la prise en charge des jeux développés avec Adventure Game Studio (AGS). Pour ces jeux les sauvegardes sont dorénavant stockées dans notre chemin standard ~/.local/share/games/${game_id} au lieu du chemin par défaut avec AGS ~/.local/share/ags, donc si vous aviez des réglages spécifiques en place pour ~/.local/share/games ils seront appliqués aussi aux jeux AGS sans modification nécessaire. En plus de ce nouveau chemin, nous avons maintenant une prise en charge basique des plugins pour AGS.

Plus de versions candidates suivront probablement, à la fois pour étendre la gestion des erreurs lors du traitement des icônes et pour améliorer la prise en charge des jeux AGS, en particulier au niveau de leurs plugins. D’autres ajouts sont planifiés pour une utilisation facilitéé des moteurs de jeux dépollués sur lesquels nous travaillons, avec au moins Ren'Py et ScummVM qui devraient être prêts pour la sortie de ./play.it 2.36.0.

Une source dépolluée pour Ren'Py

Notre code source dépollué pour Ren'Py semble avoir un état suffisamment satisfaisant pour être utilisée par tous·tes, nous avons donc passé du temps sur la rédaction d’une documentation expliquant comment la compiler puis l’installer. Un premier brouillon de ces instructions (en anglais uniquement pour l’instant) peut se trouver par ici : http://doc.dotslashplay.it/game-engines/renpy.en.xhtml

Quand nous aurons reçu suffisamment de retours au sujet de ce brouillon, nous allons le traduire en français et ajouter un lien vers ce guide dans les instructions que ./play.it affiche lors de la construction de paquets pour des jeux Ren'Py. Nous sommes particulièrement intéressés par vos retours si vous n’avez encore jamais compilé de logiciel depuis ses sources, et d’autant plus si vous n’arrivez pas à compiler Ren'Py malgré notre documentation.