Après j'ai aussi eu des crashes aléatoires liées à la version des bibliothèques NSPR/NSS, que j'ai dû upgrader plusieurs fois (3.28 n'a pas suffi, j'ai tâtonné).
Je pense que le fond du truc est que les distros i586 que j'ai à ma disposition sont toutes trop trop anciennes, ça marche probablement sur Slackware. En espérant que mes étapes servent.
Coiffé au poteau, un pote vient juste de m'envoyer là-bas ;).
Ce qui y manque par contre, c'est le binaire i586 (32-bit) de Slackware, mais faut que je le triture un peu pour voir sur quoi il tourne (faut sans doute du SSE au moins).
Effectivement ; pour un utilisateur non informé, je précise que ça prend 3 à 6 heures, consomme 40 Go d'espace disque et 4-6 Go de RAM.
Maintenant je vais y rejeter un oeil pour le versionnage, merci d'avoir rappelé le lien.
Un paquet est disponible dans AUR également pour les Archeux : ungoogled-chromium
Logiquement, il devrait marcher aussi (juste un format d'archive différent).
En passant, rien à voir, mais question à tout le monde : n'est-il pas possible d'éditer mon journal afin d'apporter la correction et les précisions pointées par MrLapinot ?
Non, il faut faire appel à un modérateur, ce que je mets en gras en espérant être vu ;).
Exactement, ils veulent tous monétiser la fonctionnalité.
Alors qu'en fait c'est idéalement à une appli neutre et indépendante de gérer ce type de données sensibles.
Au niveau de l'utilisateur final, les APIs de synchronisation sont quand même celles qui sont pas mal mises en avant.
Merci, ça répond bien à ma question. Le champ est donc 100% circonscrit :).
Google représente une forme de sécurité, de stabilité et de simplicité pour de nombreux utilisateurs finaux qui peuvent déjà utiliser par ailleurs l'écosystème de Google
Tu me dis donc que c'est dur ; je veux bien te croire.
Ça ne me dérange en fait pas tant que ça de mettre des aspire-données à des utilisateurs… consentants.
Je vois plus l'impact sur le monde du libre/gratuit (un tel jeu se "vendant" moins). Mais là, je ne vois que s'entendre sur un plugin alternatif à fournir avec -ce qui implique déjà que l'impact sur ce petit monde fusse conséquent.
Et si les gens préfèrent Chromium même sur du libre et même en devant degooliser, pourquoi pas se poser d'abord la question de pourquoi c'est préféré par rapport à Firefox avant de conclure que Firefox est une solution?
Chrom(ium) est moteur dans le monde du Web, pour des bonnes et mauvaises raisons, grâce à son intégration verticale. Le navigateur est state-of-the-art, sur des sujets qui sont souvent poussés au niveau du W3C par… Google lui-même.
Exemple : j'utilise un toolkit JS made in Google nommé Polymer. Dans ses 2 premières versions, il faisait appel à des innovations propres à Chromium (HTML Imports, Web Components v0), Firefox fonctionnant alors en mode "dégradé". Que va logiquement se dire le développeur ?
La force de frappe financière de sa société-mère joue un rôle indirect énorme dans son avance.
J'allais du coup demander comment récupérer un chrome-ungoogled précompilé.
Mais en fait, vous savez le seul avantage de la méthode de compilation "île déserte" de Google ?
Son binaire marche quasi partout.
Je me suis contenté de récupérer le paquet Slackware, de l'extraire, touiller le script, eeeetttt…. hop !
Article passionnant, merci !
Je compile personnellement Chromium sans clés, et sous une forme extrêmement réduite (content_shell) où la plupart des traqueurs sont mécaniquement absents. J'ignorais cependant l'existence de l'effort ungoogled-chromium, je vais vérifier s'il y a des chemins de code qui me concernent.
Par contre, étais-je en minorité à avoir toujours été contre, ce truc d'envoyer ses données dans Google Sync ?
Je comprends l'intérêt pour un développeur d'applis Web commerciales (que je ne suis pas) d'enregistrer p.ex. la progression d'un jeu. Mais dans un contexte libre/gratuit, et si l'utilisateur tient tant que ça à jouer sur plusieurs devices, un transfert du profil ou ta solution XBrowserSync sont vraiment si hardcore à suggérer ?
Et question bonus, y-a-t-il des APIs ouachement utiles hors Google Sync ?
Je te confirme que les derniers VAX bénéficiaient de portages de Motif et CDE. Par contre, ça devait plus ressembler à ma capture qu'à IRIX ;).
Je n'ai pas trouvé les tarifs pour les biblio SGI mais j'imagine que ça me reviendrait moins d'acheter la machine.
Bah les biblios, c'est surtout si tu voulais installer une partie du desktop et/ou développer sur ton Linux.
Si tu veux juste retrouver les sensations, t'en a pas besoin.
As-tu une appli Motif préférée, PsychoFox ? La plupart des gens connaissent DDD ; moi c'est FbIda.
Je me permets de préciser pour éviter une éventuelle déception de Crag : la version IRIX de Motif est ultra-customisée pour être sexy. Le Motif "standard" de l'OSF n'a pas de gestion des thèmes, et sous Linux il ressemble plutôt à ça. Carré, gris, assez tristounet.
Par contre, on peut acheter le Motif IRIX auprès de MaXX Interactive, qui a racheté les droits des bibliothèques SGI (pas l'OS). Je crois que ça donne le droit de distribuer des binaires Linux statiques.
if you don’t explain exactly what you are securing against and how you secure against it, the answers can be assumed to be: “bears” and “not very well”.
😆
OpenBSD disabled HyperThreading support by default in June 2018
La sécurité contre la performance : fine. Un choix assumé dés la page d'accueil.
No bugtracker - No public code reviews - No justification/context/threat model for mitigations - No context for security issues - No continuous integration
…ce qui fonctionne uniquement car, contrairement à Linux, OpenBSD fonctionne en cathédrale.
Après, mon pauvre Thinkpad de 2012 avec i5 3ème gen chauffe
Ah oui, c'est exigeant comme truc! Sur un laptop plus récent et plus fort, j'ai laissé tomber : pas assez cher, pas assez fort. Seul ma tour de dév fera le poids :).
Par contre, désolé de jouer au procédurier, mais un modérateur pourrait-il relire le message ci-dessus et évaluer s'il faut biffer des trucs ?
Je n'ai volontairement pas inclus de détails de mise en oeuvre, du fait de la nature particulière du sujet (émulation en abandonware).
le 1er truc que je me suis dit c'est qu'il existait donc des jeux pour SGI, le truc mythique tsais, et que les dingos de MAME ont porté toute l'archi juste pour pouvoir y jouer :)
Bon sang, j'avais même pas pensé à ça 😆.
Alors oui, il existait de son… vivant, des jeux pour IRIX, dont le célèbre marine de Phobos ! Mais comme le dit ce barbu quand il en fait la démonstration, ce n'était pas vraiment fait pour.
On parle de stations de travail qui coûtaient des mille et des cents, parfois il fallait réserver son temps à l'avance pour y accéder ; Doom et Quake, entre autres, y étaient plus vu comme des démos technologiques que comme des produits commerciaux avec un large public.
La majorité des applications étaient "sérieuses".
Cette adresse-là, elle part de suite chez mon neveu :).
ils nécessitent généralement un peu de code JavaScript
Oui, c'est bien ce que je pensais.
Une autre possibilité, si tu as bien la main partielle sur le serveur web, serait d'utiliser une bibliothèque similaire à GD pour dessiner des canvas graphiques (SVG/PNG ?), et utiliser une glu HTML (au pire, un JS très simpliste) pour les rendre interactifs. C'est juste une idée hein, pas un désir.
QEMU fournit aussi une émulation MIPS (qemu-system-mips), apte à émuler p.ex. les petits routeurs Cisco.
Mais ce qui bloquait IRIX, c'etait tout le reste et que l'OS s'attend à trouver pour booter : le GPU XL, la carte réseau AUI/Ethernet… et sûrement plein de circuits que je ne connais pas.
La principale différence visible entre QEMU et MAME, c'est que le 1er est facilement découpable en modules, et pas MAME. Du point de vue utilisateur, la partie IRIX est donc "mashée" avec les bornes Capcom et le Commodore 64…
Je m'attendais aussi à voir ça débarquer dans QEMU plutôt que MAME. Je suis d'ailleurs certain que l'émul en pâtit niveau perfs, QEMU ayant une accel hard (KVM) et pas MAME. M'enfin, perso je boude pas mon plaisir.
Est ce qu'ils partagent du code?
Pas à ma connaissance, mais un vrai gourou pourrait nous éclairer…
> In this release, SGI Indy and MIPS RC2030 workstations have been promoted to working. This is a major milestone in RISC workstation emulation. If you’re feeling nostalgic, why not try one of them out, and install IRIX or RISC/os, respectively?
(oui je sais que ça parle de MAME 0.211, mais faites-moi confiance, utilisez une plus récente)
"Pourquoi ?" ce genre-là
En dehors de l'excellente raison que tu cites, il faut réaliser que ce système n'a jamais été émulé auparavant.
Les portages/analyses de code devaient donc se faire à partir de matériel fonctionnel et ultra-cher (déjà rare à l'origine, le matos SGI est juste hors de prix en occasion).
J'ai vu du SGI chez 2 clients jusqu'en 2009, respectivement une usine et un designer ; la machine hébergeant du taf de CAO, jamais porté, était transportée et traitée comme une vraie petite princesse.
Bah même les fans du truc l'ont réalisé que récemment ; t'as déjà pigé un truc aux release notes de MAME, toi ;) ? T'as déjà vu passer un autre article là-dessus ;) ;) ?
Blague à part, c'est surtout un lapsus écrit qui trahit comment je fonctionne.
Je conseille aussi Absolute OpenBSD de Michael W. Lucas, officiellement sanctionné par le projet.
J'ai le bouquin en version papier, et c'est un vrai plaisir à lire ; par contre en anglais et moins centré sur l'hébergement vu que les autres usages (routeur, pare-feu…) sont aussi abordés.
OK, merci pour l'exemple ! Et pour l'adresse site qui l'héberge (ils instancient des Linux+Firefox virtualisés pour des démos web, wow !).
Je constate que dans l'exemple tu utilises des widgets HTML standard ("button" et "input" pour ne pas les nommer). Pour équivaloir Atlas à Tkinter/PySimpleGui/PyQt, il faut pouvoir avoir des widgets custom ; j'ai trouvé un exemple qui en a (dans le code, sous-dossier "Widgets"), assez joli, et cherche maintenant à déterminer la part du Python/JS dans le truc.
# Minetest
Posté par Tarnyko (site web personnel) . En réponse au journal Linux pour un enfant de 8 ans. Évalué à 5.
Tu peux lui installer Minetest (paquet).
(sans déc' hein, c'est très utilisé par les enseignants)
[^] # Re: Le binaire Slackware marche partout
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 2.
OK alors il tourne. Par contre j'ai des kernel panic sur un vieux noyau (3.10), sur un 3.16 il fonctionne mais alors l'erreur suivante se présente :
que l'on peut contourner de cette façon sous Debian:
Après j'ai aussi eu des crashes aléatoires liées à la version des bibliothèques NSPR/NSS, que j'ai dû upgrader plusieurs fois (3.28 n'a pas suffi, j'ai tâtonné).
Je pense que le fond du truc est que les distros i586 que j'ai à ma disposition sont toutes trop trop anciennes, ça marche probablement sur Slackware. En espérant que mes étapes servent.
[^] # Re: Le binaire Slackware marche partout
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 2. Dernière modification le 09 mars 2021 à 16:10.
La honte, le mec (moi) qui sait plus ce que c'est Arch !
Hé ben, l'utilisateur va se manger les heures de compil' dans ce cas…
Coiffé au poteau, un pote vient juste de m'envoyer là-bas ;).
Ce qui y manque par contre, c'est le binaire i586 (32-bit) de Slackware, mais faut que je le triture un peu pour voir sur quoi il tourne (faut sans doute du SSE au moins).
[^] # Re: Le binaire Slackware marche partout
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 1. Dernière modification le 09 mars 2021 à 14:49.
Effectivement ; pour un utilisateur non informé, je précise que ça prend 3 à 6 heures, consomme 40 Go d'espace disque et 4-6 Go de RAM.
Maintenant je vais y rejeter un oeil pour le versionnage, merci d'avoir rappelé le lien.
Logiquement, il devrait marcher aussi (juste un format d'archive différent).
[^] # Re: Précisions : gratuité et sécurité
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 2.
Non, il faut faire appel à un modérateur, ce que je mets en gras en espérant être vu ;).
[^] # Re: Google Sync, mauvais feeling dès le départ
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 3.
Exactement, ils veulent tous monétiser la fonctionnalité.
Alors qu'en fait c'est idéalement à une appli neutre et indépendante de gérer ce type de données sensibles.
[^] # Re: Google Sync, mauvais feeling dès le départ
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 2.
Merci, ça répond bien à ma question. Le champ est donc 100% circonscrit :).
Tu me dis donc que c'est dur ; je veux bien te croire.
Ça ne me dérange en fait pas tant que ça de mettre des aspire-données à des utilisateurs… consentants.
Je vois plus l'impact sur le monde du libre/gratuit (un tel jeu se "vendant" moins). Mais là, je ne vois que s'entendre sur un plugin alternatif à fournir avec -ce qui implique déjà que l'impact sur ce petit monde fusse conséquent.
[^] # Re: En conclusion
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 7.
Chrom(ium) est moteur dans le monde du Web, pour des bonnes et mauvaises raisons, grâce à son intégration verticale. Le navigateur est state-of-the-art, sur des sujets qui sont souvent poussés au niveau du W3C par… Google lui-même.
Exemple : j'utilise un toolkit JS made in Google nommé Polymer. Dans ses 2 premières versions, il faisait appel à des innovations propres à Chromium (HTML Imports, Web Components v0), Firefox fonctionnant alors en mode "dégradé". Que va logiquement se dire le développeur ?
La force de frappe financière de sa société-mère joue un rôle indirect énorme dans son avance.
[^] # Re: En conclusion
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 4.
Intéressant FFsync ; je vais comparer avec le xBrowserSync de l'article (ça pourrait évt. t'aider à te débarrasser du fil à la patte).
# Le binaire Slackware marche partout
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 4. Dernière modification le 09 mars 2021 à 12:21.
J'allais du coup demander comment récupérer un chrome-ungoogled précompilé.
Mais en fait, vous savez le seul avantage de la méthode de compilation "île déserte" de Google ?
Son binaire marche quasi partout.
Je me suis contenté de récupérer le paquet Slackware, de l'extraire, touiller le script, eeeetttt…. hop !
[^] # Re: Le jeu de dames dans GCompris
Posté par Tarnyko (site web personnel) . En réponse au message Jeux de dames ?. Évalué à 1.
Écrit en Scala, avec interface web ? Merci du lien, très inhabituel…
# Google Sync, mauvais feeling dès le départ
Posté par Tarnyko (site web personnel) . En réponse au journal AlienBob et les dédales de Chromium sous Slackware. Évalué à 6. Dernière modification le 09 mars 2021 à 03:14.
Article passionnant, merci !
Je compile personnellement Chromium sans clés, et sous une forme extrêmement réduite (content_shell) où la plupart des traqueurs sont mécaniquement absents. J'ignorais cependant l'existence de l'effort ungoogled-chromium, je vais vérifier s'il y a des chemins de code qui me concernent.
Par contre, étais-je en minorité à avoir toujours été contre, ce truc d'envoyer ses données dans Google Sync ?
Je comprends l'intérêt pour un développeur d'applis Web commerciales (que je ne suis pas) d'enregistrer p.ex. la progression d'un jeu. Mais dans un contexte libre/gratuit, et si l'utilisateur tient tant que ça à jouer sur plusieurs devices, un transfert du profil ou ta solution XBrowserSync sont vraiment si hardcore à suggérer ?
Et question bonus, y-a-t-il des APIs ouachement utiles hors Google Sync ?
[^] # Re: Ca chauffe !
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 2. Dernière modification le 07 mars 2021 à 20:04.
Je te confirme que les derniers VAX bénéficiaient de portages de Motif et CDE. Par contre, ça devait plus ressembler à ma capture qu'à IRIX ;).
Bah les biblios, c'est surtout si tu voulais installer une partie du desktop et/ou développer sur ton Linux.
Si tu veux juste retrouver les sensations, t'en a pas besoin.
[^] # Re: Ca chauffe !
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 5. Dernière modification le 05 mars 2021 à 23:51.
As-tu une appli Motif préférée, PsychoFox ? La plupart des gens connaissent DDD ; moi c'est FbIda.
Je me permets de préciser pour éviter une éventuelle déception de Crag : la version IRIX de Motif est ultra-customisée pour être sexy. Le Motif "standard" de l'OSF n'a pas de gestion des thèmes, et sous Linux il ressemble plutôt à ça. Carré, gris, assez tristounet.
Par contre, on peut acheter le Motif IRIX auprès de MaXX Interactive, qui a racheté les droits des bibliothèques SGI (pas l'OS). Je crois que ça donne le droit de distribuer des binaires Linux statiques.
[^] # Re: Is OpenBSD secure?
Posté par Tarnyko (site web personnel) . En réponse au journal Auto-hébergement sous OpenBSD. Évalué à 1. Dernière modification le 05 mars 2021 à 19:10.
😆
La sécurité contre la performance : fine. Un choix assumé dés la page d'accueil.
…ce qui fonctionne uniquement car, contrairement à Linux, OpenBSD fonctionne en cathédrale.
[^] # Re: Ca chauffe !
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 1. Dernière modification le 05 mars 2021 à 16:07.
Moi aussi j'aime bien le style de l'IHM.
Ah oui, c'est exigeant comme truc! Sur un laptop plus récent et plus fort, j'ai laissé tomber : pas assez cher, pas assez fort. Seul ma tour de dév fera le poids :).
Par contre, désolé de jouer au procédurier, mais un modérateur pourrait-il relire le message ci-dessus et évaluer s'il faut biffer des trucs ?
Je n'ai volontairement pas inclus de détails de mise en oeuvre, du fait de la nature particulière du sujet (émulation en abandonware).
[^] # Re: if (team_1er_degré || team_précision_inutile)
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 2. Dernière modification le 05 mars 2021 à 15:06.
Et moi ta réponse…
…
… ❤️
[^] # Re: Woah ! Mais heu ?
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 2.
Pas de news de Jayce au fait ?
Comme ma banque à l'époque, mais j'étais pas émoustillé au départ ;).
[^] # Re: Woah ! Mais heu ?
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 3.
Bon sang, j'avais même pas pensé à ça 😆.
Alors oui, il existait de son… vivant, des jeux pour IRIX, dont le célèbre marine de Phobos ! Mais comme le dit ce barbu quand il en fait la démonstration, ce n'était pas vraiment fait pour.
On parle de stations de travail qui coûtaient des mille et des cents, parfois il fallait réserver son temps à l'avance pour y accéder ; Doom et Quake, entre autres, y étaient plus vu comme des démos technologiques que comme des produits commerciaux avec un large public.
La majorité des applications étaient "sérieuses".
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1. Dernière modification le 05 mars 2021 à 13:56.
Cette adresse-là, elle part de suite chez mon neveu :).
Oui, c'est bien ce que je pensais.
Une autre possibilité, si tu as bien la main partielle sur le serveur web, serait d'utiliser une bibliothèque similaire à GD pour dessiner des canvas graphiques (SVG/PNG ?), et utiliser une glu HTML (au pire, un JS très simpliste) pour les rendre interactifs. C'est juste une idée hein, pas un désir.
[^] # Re: QEMU?
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 5. Dernière modification le 05 mars 2021 à 13:50.
QEMU fournit aussi une émulation MIPS (qemu-system-mips), apte à émuler p.ex. les petits routeurs Cisco.
Mais ce qui bloquait IRIX, c'etait tout le reste et que l'OS s'attend à trouver pour booter : le GPU XL, la carte réseau AUI/Ethernet… et sûrement plein de circuits que je ne connais pas.
La principale différence visible entre QEMU et MAME, c'est que le 1er est facilement découpable en modules, et pas MAME. Du point de vue utilisateur, la partie IRIX est donc "mashée" avec les bornes Capcom et le Commodore 64…
Je m'attendais aussi à voir ça débarquer dans QEMU plutôt que MAME. Je suis d'ailleurs certain que l'émul en pâtit niveau perfs, QEMU ayant une accel hard (KVM) et pas MAME. M'enfin, perso je boude pas mon plaisir.
Pas à ma connaissance, mais un vrai gourou pourrait nous éclairer…
[^] # Re: Woah ! Mais heu ?
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 3. Dernière modification le 05 mars 2021 à 13:23.
Un lien vers la release note MAME, donc.
Toi, tu veux me rendre la vie dure :). Mais voilà :
et en plus détaillé (mais laconique) :
> In this release, SGI Indy and MIPS RC2030 workstations have been promoted to working. This is a major milestone in RISC workstation emulation. If you’re feeling nostalgic, why not try one of them out, and install IRIX or RISC/os, respectively?
(oui je sais que ça parle de MAME 0.211, mais faites-moi confiance, utilisez une plus récente)
En dehors de l'excellente raison que tu cites, il faut réaliser que ce système n'a jamais été émulé auparavant.
Les portages/analyses de code devaient donc se faire à partir de matériel fonctionnel et ultra-cher (déjà rare à l'origine, le matos SGI est juste hors de prix en occasion).
J'ai vu du SGI chez 2 clients jusqu'en 2009, respectivement une usine et un designer ; la machine hébergeant du taf de CAO, jamais porté, était transportée et traitée comme une vraie petite princesse.
[^] # Re: if (team_1er_degré || team_précision_inutile)
Posté par Tarnyko (site web personnel) . En réponse au journal MAME virtualise IRIX. Évalué à 5. Dernière modification le 05 mars 2021 à 12:25.
Bah même les fans du truc l'ont réalisé que récemment ; t'as déjà pigé un truc aux release notes de MAME, toi ;) ? T'as déjà vu passer un autre article là-dessus ;) ;) ?
Blague à part, c'est surtout un lapsus écrit qui trahit comment je fonctionne.
[^] # Re: «Héberger son serveur avec OpenBSD» par Thuban
Posté par Tarnyko (site web personnel) . En réponse au journal Auto-hébergement sous OpenBSD. Évalué à 2. Dernière modification le 05 mars 2021 à 10:35.
Je conseille aussi Absolute OpenBSD de Michael W. Lucas, officiellement sanctionné par le projet.
J'ai le bouquin en version papier, et c'est un vrai plaisir à lire ; par contre en anglais et moins centré sur l'hébergement vu que les autres usages (routeur, pare-feu…) sont aussi abordés.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
OK, merci pour l'exemple ! Et pour l'adresse site qui l'héberge (ils instancient des Linux+Firefox virtualisés pour des démos web, wow !).
Je constate que dans l'exemple tu utilises des widgets HTML standard ("button" et "input" pour ne pas les nommer). Pour équivaloir Atlas à Tkinter/PySimpleGui/PyQt, il faut pouvoir avoir des widgets custom ; j'ai trouvé un exemple qui en a (dans le code, sous-dossier "Widgets"), assez joli, et cherche maintenant à déterminer la part du Python/JS dans le truc.