Tarnyko a écrit 490 commentaires

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.

Intéressant FFsync ; je vais comparer avec le xBrowserSync de l'article (ça pourrait évt. t'aider à te débarrasser du fil à la patte).

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 !

Écrit en Scala, avec interface web ? Merci du lien, très inhabituel…

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 ?

J'ai le souvenir d'un VAX sous OpenVMS

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.

Moi aussi j'aime bien le style de l'IHM.

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).

non, et c'est pour ça que j'ai pertinenté ton journal :)

Et moi ta réponse…
…
… ❤️

Multi DeskOS Arcade Machine Emulator

Pas de news de Jayce au fait ?

Je me rappelle aussi voir versé une larme à l'annonce du passage sous Windows (NT4 je crois) qui les rendait d'un seul coup bcp moins sexy ;(

Comme ma banque à l'époque, mais j'étais pas émoustillé au départ ;).

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".

tu peux aussi lancer des application Tkinter : https://repl.it/@AtlasTK/Tkinter

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…

Un lien vers la release note MAME, donc.
Toi, tu veux me rendre la vie dure :). Mais voilà :

New working machines
[…]
Silicon Graphics Inc Indy (R4600, 100MHz) [Ryan Holtz]

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)

"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.

en mp

Hmmm, coquin !

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.

J'en doute :

// 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)

Je vais essayer de les utiliser et je verrai.

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 :).

Ah oui, le programme centralisé de l'éduc'nat' avec Python dedans… No comment !