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.
La documentation est claire (si jamais vous trouvez ce que vous cherchez. Ça manque d'un wiki tout ça)
Le point fort d'OpenBSD, toujours cité dans les revues, est bien sa documentation ultra-claire et au taquet.
Après les barbus de Theo sont pas les plus grandes Web wh*res ; je me rappelle d'un mec qui voulait ajouter une feuille de style CSS à ladite doc et s'était fait trouer la peau. Un wiki ? Spontanément, ça les ennuiera sans doute de devoir surveiller le truc s'il est hébergé chez eux ; ils seront peut-être OK si on s'occupe de l'admin (infra+contenu) en même temps.
// Make sure we are not doing silly things like trying to run in a wayland-session!
if (!environment_is_session_type (XdgSessionType.X11)) {
critical ("Only X11 environments are supported.");
quit ();
return;
}
Par ailleurs, j'aime bien le langage dans lequel Plank est écrit, mais il a été clairement fait avec GNOME en tête (rien ne sépare le spécifique à ce DE du reste), alors que Cairo-Dock est plus modulaire.
(qu'il n'ait pas été màj depuis 7 ans n'est pas un critère, je réutilise des trucs bien plus vieux)
Polymer n'est pas vraiment aussi complet que ça ; c'est juste un toolkit graphique (boutons, listes…) qu'on associe souvent aux autres technos que tu cites.
De que je comprends de ton message et d'une relecture des pages (car ce n'est pas expliqué aussi clairement que j'aurais aimé), Atlas est donc son propre serveur Web. Il génère et héberge du pur HTML/CSS à partir d'une syntaxe propre, mais bindée à d'autres langages. Ca me fait donc pas mal penser aux 1ères versions de Dart.
C'est une approche qui me plaît et qui se défend, surtout que sans JS elle rend mécaniquement l'appli légère et compat' avec tous les navigateurs imaginables (même NCSA Mosaic ;) ).
Par contre ça doit être bien spécifique et lourd à maintenir ! Je ne saurais promettre que ça matche mes besoins ni ceux du jeune, mais je note :).
Marrant la coïncidence : hier j'en parle, aujourd'hui tu en causes ET j'ai une offre de mission dessus :).
Voilà c'est bien dit : Object Pascal (sauce Delphi ou Lazarus) est un genre de mélange C/C++ avec une IDE nickel, un set de librairies IHM-multimédia-réseau standardisées et même un designer drag-&-drop pour le public collège.
Son "agonie" se voit surtout dans le faible nombre de libs externes (gestion des BDD, du SSL…) ; mais pour un usage strictement éducatif, je vois vraiment pas ce qui empêche ta connaissance prof de l'utiliser en cours.
J'ai vu ce souci aussi, il est connu, Hyper-V prend l'exclu sur le reste.
Après avoir WSL et un logiciel de virtu non-Hyper-V sur un Windows "serveur", hors labo ou dév, c'est rarissime comme cas.
Intéressant, juste les artefacts te dérangent ?
Je suis potentiellement intéressé pour slimfaster Cairo-Dock en dégageant justement la partie X11, ce qui implique que je testerai que sous Wayland. Si je reproduis pas à ce moment-là, je peux te filer un source pour que tu testes ? (je pourrai juste sûrement pas filer un .deb, même pas un .deb source, j'ai Debian/Ubuntu nulle part)
Merci pour la réf !
J'ai regardé, en diagonale honnêtement car de ce que je comprends, c'est un toolkit Web (comme Polymer, toutes proportions gardées) ?
Pourquoi les technos "font débat", alors ? Parce que ça mouline en JS derrière ?
Vous avez raison tous les deux.
L'installeur Python et le mécanisme "alias" de Microsoft jouent tous les deux avec le PATH.
Il est possible/facile de se retrouver dans une configuration où le comportement obtenu n'est pas celui attendu par la développeur - ce qui à causé notre détresse de hier soir.
C'est pas la mort, mais ça reste selon moi un obstacle supplémentaire posé par un mécanisme gadget (ou pire, orienté) à un travail serein.
A noter que l'alias est poussé à distance par màj, ce qui explique pourquoi Zenitram a pu reproduire sur une machine précédemment clean.
Je te pertinente, parce que ça explique leur implémentation (finalement assez naïve) du truc, que j'ai pas jugé utile de détailler.
C'était pas dur à résoudre/contourner, mais avoue que ça méritait un Nal nan ?
pkg-config existe que sous linux, et probablement *BSD
Sous Windows aussi, avec MinGW de préférence (personne maintient trop de scripts MSVC).
Je regrette personnellement que tant de projets se basent sur les .cmake
Mais tellement pareil !
On était obligé de les utiliser/écrire dans mon dernier taf… Ça devient lourd dès que tu éclates un projet en plugins et sous-répertoires, avec des scripts qui se sourcent en variables (custom et CMake-mal-documentées mélangées) dans leurs dépendances -forcément quand la dépendance change le script, ça pète.
pkg-config c'est bête, méchant, les fichiers sont tous écrits et installés pareil.
C'est sûrement ça : va la quantité de bindings, ça permet de faire plein de trucs (IHM, audio, réseau…) sans trop se fouler, même si on ne comprend pas tout.
Et pis y a un installeur connu (bientôt supplanté par celui du Store ;) ?), léger et glissable sur une clé USB avec un gestionnaire de paquets.
On peut pas en dire autant de C/C++ (trop de compilos, repos, libs non-standard), Java (trop lourd, versions bordéliques), C# (support variable selon la plate-forme)…
Si vous avez une idée d'autre langage "éduc-facile", chuis preneur :). Je me lance : Lazarus, Gambas.
[^] # 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.
# Hmmm
Posté par Tarnyko (site web personnel) . En réponse au message Comprendre Linux . Évalué à 4.
Hmmm, coquin !
# LA doc d'OpenBSD
Posté par Tarnyko (site web personnel) . En réponse au journal Auto-hébergement sous OpenBSD. Évalué à 3. Dernière modification le 05 mars 2021 à 09:21.
Le point fort d'OpenBSD, toujours cité dans les revues, est bien sa documentation ultra-claire et au taquet.
Après les barbus de Theo sont pas les plus grandes Web wh*res ; je me rappelle d'un mec qui voulait ajouter une feuille de style CSS à ladite doc et s'était fait trouer la peau. Un wiki ? Spontanément, ça les ennuiera sans doute de devoir surveiller le truc s'il est hébergé chez eux ; ils seront peut-être OK si on s'occupe de l'admin (infra+contenu) en même temps.
[^] # Re: dedian testing
Posté par Tarnyko (site web personnel) . En réponse au message Freeze de gnome shell.. Évalué à 1. Dernière modification le 05 mars 2021 à 05:27.
J'en doute :
Par ailleurs, j'aime bien le langage dans lequel Plank est écrit, mais il a été clairement fait avec GNOME en tête (rien ne sépare le spécifique à ce DE du reste), alors que Cairo-Dock est plus modulaire.
(qu'il n'ait pas été màj depuis 7 ans n'est pas un critère, je réutilise des trucs bien plus vieux)
Je vais essayer de les utiliser et je verrai.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Polymer n'est pas vraiment aussi complet que ça ; c'est juste un toolkit graphique (boutons, listes…) qu'on associe souvent aux autres technos que tu cites.
De que je comprends de ton message et d'une relecture des pages (car ce n'est pas expliqué aussi clairement que j'aurais aimé), Atlas est donc son propre serveur Web. Il génère et héberge du pur HTML/CSS à partir d'une syntaxe propre, mais bindée à d'autres langages. Ca me fait donc pas mal penser aux 1ères versions de Dart.
C'est une approche qui me plaît et qui se défend, surtout que sans JS elle rend mécaniquement l'appli légère et compat' avec tous les navigateurs imaginables (même NCSA Mosaic ;) ).
Par contre ça doit être bien spécifique et lourd à maintenir ! Je ne saurais promettre que ça matche mes besoins ni ceux du jeune, mais je note :).
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Ah oui, le programme centralisé de l'éduc'nat' avec Python dedans… No comment !
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Sympa, un genre de fork de Squeak qui s'apparente à Scratch ! Je note.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
Marrant la coïncidence : hier j'en parle, aujourd'hui tu en causes ET j'ai une offre de mission dessus :).
Voilà c'est bien dit : Object Pascal (sauce Delphi ou Lazarus) est un genre de mélange C/C++ avec une IDE nickel, un set de librairies IHM-multimédia-réseau standardisées et même un designer drag-&-drop pour le public collège.
Son "agonie" se voit surtout dans le faible nombre de libs externes (gestion des BDD, du SSL…) ; mais pour un usage strictement éducatif, je vois vraiment pas ce qui empêche ta connaissance prof de l'utiliser en cours.
[^] # Re: Et la VirtualBox ou un Pi?
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0.
J'ai vu ce souci aussi, il est connu, Hyper-V prend l'exclu sur le reste.
Après avoir WSL et un logiciel de virtu non-Hyper-V sur un Windows "serveur", hors labo ou dév, c'est rarissime comme cas.
[^] # Re: dedian testing
Posté par Tarnyko (site web personnel) . En réponse au message Freeze de gnome shell.. Évalué à 1.
Intéressant, juste les artefacts te dérangent ?
Je suis potentiellement intéressé pour slimfaster Cairo-Dock en dégageant justement la partie X11, ce qui implique que je testerai que sous Wayland. Si je reproduis pas à ce moment-là, je peux te filer un source pour que tu testes ? (je pourrai juste sûrement pas filer un .deb, même pas un .deb source, j'ai Debian/Ubuntu nulle part)
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
Merci pour la réf !
J'ai regardé, en diagonale honnêtement car de ce que je comprends, c'est un toolkit Web (comme Polymer, toutes proportions gardées) ?
Pourquoi les technos "font débat", alors ? Parce que ça mouline en JS derrière ?
[^] # Re: Souvenirs
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2.
On ne peut pas prétendre être un vrai si on n'a pas surfé avec NCSA Mosaic ;).
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 0. Dernière modification le 03 mars 2021 à 16:46.
Vous avez raison tous les deux.
L'installeur Python et le mécanisme "alias" de Microsoft jouent tous les deux avec le PATH.
Il est possible/facile de se retrouver dans une configuration où le comportement obtenu n'est pas celui attendu par la développeur - ce qui à causé notre détresse de hier soir.
C'est pas la mort, mais ça reste selon moi un obstacle supplémentaire posé par un mécanisme gadget (ou pire, orienté) à un travail serein.
A noter que l'alias est poussé à distance par màj, ce qui explique pourquoi Zenitram a pu reproduire sur une machine précédemment clean.
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2.
Tu n'es pas le seul ;). J'assume la forme particulière de ce journal !
[^] # Re: Et en fait, ça marche
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 2. Dernière modification le 03 mars 2021 à 14:41.
Je te pertinente, parce que ça explique leur implémentation (finalement assez naïve) du truc, que j'ai pas jugé utile de détailler.
C'était pas dur à résoudre/contourner, mais avoue que ça méritait un Nal nan ?
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
Sous Windows aussi, avec MinGW de préférence (personne maintient trop de scripts MSVC).
Mais tellement pareil !
On était obligé de les utiliser/écrire dans mon dernier taf… Ça devient lourd dès que tu éclates un projet en plugins et sous-répertoires, avec des scripts qui se sourcent en variables (custom et CMake-mal-documentées mélangées) dans leurs dépendances -forcément quand la dépendance change le script, ça pète.
pkg-config c'est bête, méchant, les fichiers sont tous écrits et installés pareil.
[^] # Re: Soutien
Posté par Tarnyko (site web personnel) . En réponse au journal [Windaube 10] M$, alias Windaube Store. Évalué à 1.
C'est sûrement ça : va la quantité de bindings, ça permet de faire plein de trucs (IHM, audio, réseau…) sans trop se fouler, même si on ne comprend pas tout.
Et pis y a un installeur connu (bientôt supplanté par celui du Store ;) ?), léger et glissable sur une clé USB avec un gestionnaire de paquets.
On peut pas en dire autant de C/C++ (trop de compilos, repos, libs non-standard), Java (trop lourd, versions bordéliques), C# (support variable selon la plate-forme)…
Si vous avez une idée d'autre langage "éduc-facile", chuis preneur :). Je me lance : Lazarus, Gambas.