devnewton 🍺 a écrit 8919 commentaires

Peut être que l'approche "empaquetage" est mauvaise alors.

En tout cas la conséquence, c'est que tout fini dans /opt ou sur docker…

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Sauf jouer sur iPad, faut aimer avoir très mal.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Oui mais le problème est que aucun système parallèle de distribution des paquets (npm, pip, toussa) n'offre les garanties de confiance qu'offre les distributions.

Pourquoi les voir comme des systèmes parallèles? Les distribs devraient avoir leurs propres dépôt maven/npm/pip/… au lieu de réinventer la roue.

La condition pour que les distributions soient un peu plus au service des besoins des développeurs est donc peut être que les développeurs soient un peu moins capricieux et court-termistes et s'intéressent plus aux contraintes de maintenance à terme.

La maintenance à long terme demande:

• d'avoir des libs à jour et qui fonctionnent ;
• un seul système de build (et pas un par distrib).

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Le problème c'est justement que les distribs ne font pas leur job du point de vue des développeurs: se mettre d'accord sur un système de paquets commun, intégrer les systèmes de build existants, s'assurer d'avoir des API / ABI stables, faire en sorte que le tout soit simple.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Pour montrer que flatpak ne consomme pas trop de runtime et de disque, l'auteur explique que sur sa machine il a seulement 18 runtimes pour un total de 8.7 GB.

Le runtime Java, que beaucoup considèrent comme bloated, embarqué dans Newton Adventure fait 51 mo. Dans 8.7 GB, on pourrait ainsi avoir presque 175 versions du JRE non dédupliqués…

En voulant démonter la critique initiale de Flatpak, il montre au contraire que c'est bien bien bien bloated :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Il y a l'approche du CDi qui est de fournir une API standardisée et d'interdire aux jeux d'accéder directement au matériel. Et d'avoir plusieurs implémentations incompatibles du matériel pour s'assurer que c'est bien le cas.

C'est que font les brouteurs web :-)

Mais c'est assez bloated. Il faudrait un brouteur jeu !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Les consoles sans même un BIOS, ça ne court pas les rues. Peut être la PC Engine et encore uniquement pour les jeux sur hucards?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Tu ne dois pas faire le test avec n matériel x m distributions.

Faire le test, c'est prendre le risque de se rendre compte que ça bugge :-)
https://linuxfr.org/nodes/118350/comments/1788497

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Mais pas Newton Adventure :( Cf https://linuxfr.org/nodes/118350/comments/1788497

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Les jeux ont une problématique spécifique:

• des mises à jour fréquentes et obligatoires pour les jeux en ligne ;
• le besoin d'un accès "direct mais pas trop" aux piles graphiques, audio et inputs.

Plutôt que les considérer comme des applis natives à sandboxer, est-ce qu'il ne faudrait pas un conteneur spécialisé?

Ce qui s'en rapproche le plus aujourd'hui:

• le brouteur avec les API canvas/webgl/webaudio/gamepad : la sécurité est bonne, mais il est difficile de jouer hors ligne ou même de faire des jeux avec des gigots de ressources, les perfs ne sont pas au top ;
• libretro : le hors ligne et les gros jeux sont possibles, les perfs sont top, mais il n'y a aucune sécurité.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Est-ce que Flatpak est tombé en marche depuis https://linuxfr.org/nodes/118350/comments/1788497 ? :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Pas vraiment l'avantage puisque le source compilé l'aura été avec les mêmes gardes-fours

Les gardes fours, c'est pour éviter les voleurs de pizza?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Rust est une révolution car il apporte le mémory safe dans les langages compilés (sans VM) sans avoir a s'en pré-occuper réellement

Bof, il faut se préoccuper de la mémoire 42 plus que dans un langage à ramasse miette :-)

(pour rappel Go et d'autres compilent leur VM dans le binaire).

Gnii? VM != GC

Alors on peut classer les langages du plus productif au plus performant/sécurisé ainsi Python, Go/Java, Rust, Ada.

Pas sûr que Rust soit plus sécurisé que Java :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Heureusement on a une solution moderne et plus sécurisé: OpenID Connect !

Plus qu'à trouver une implémentation KISS parce qu'Open Identity Platform ou Keycloak sont aussi bien bloated :(

Arg on ne s'en sort jamais !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

LDAP est quand même super bloated pour gérer des users { login, password, group } dans 99% des cas (chiffre Dave Newton Institute Of Identity & Access Management).

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Un grand père esclavagiste?

Le mien a laissé une page blanche comme testament, ses héritiers étaient déçus.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Pour les journaux, est-ce qu'il serait possible d'accepter les data uris (avec limitation de taille)?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Régulièrement les images disparaissent :( Le cache n'est pas "pour toujours" on dirait.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

En théorie peut être. En pratique, essayons: comment je t'appelle ou je t'envoie un message via SIP ?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Tu peux lui répondre: oui mais moi avec $lang_qui_compile_vite je travaille vraiment !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

C'est valable pour les protocoles présumés mieux fait. En l'absence de régulation, les gros ont tout intérêt à la jouer perso (cf XMPP qui s'est fait forker la tronche sans pitié).

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Le contexte est plus important que le mot:

• un chocolat noir : miam !
• un chocolat blanc: bof.
• une bière noire : miam !
• une bière blanche : bof.
• des haricots noirs: miam !
• des haricots blancs: miam !
• une nuit noire: zut où sont mes clefs?
• une nuit noire : oh une étoile filante !
• un voisin noir: allons le voir, il est peut être sympa.
• un voisin noir: ah zut c'est Dieudonné.
• un voisin blanc: allons le voir, il est peut être sympa.
• un voisin blanc: ah zut c'est Eric Zemmour, je vais changer de quartier :(

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Mais Ploum va réiventer l'email ! https://ploum.net/the-monstrosity-email-has-become/

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Les perfs à l'exécution c'est très important, mais à la compilation aussi. Est-ce que Spark se défends bien sur ce point? Pour Rust, disons que ce n'est pas le plus rapide de l'Ouest.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Support volunteers are sometimes met with angry users demanding refunds. We've had interactions with several companies who did not realize our apps were separate.

Ça peut être une base pour qualifier un préjudice.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board