karteum59 a écrit 873 commentaires

Super journal ! Peu de personnes ont conscience du souci posé par le Management Engine :-/

Bon, j'ai quand même 3-4 remarques (sans grande importance, juste pour pinailler :)
Premier truc : je suis surpris par la phrase suivante dans le journal

dont le sous-projet le plus avancé semble être OpenRISC, un microprocesseur basé sur l'architecture libre RISC-V

Je pense (je peux me tromper) que OpenRISC est antérieur et n'utilise pas l'ISA RISC-V. "RISC" est un terme générique (même "ARM" signifiait "Acorn RISC Machine" !)

Tant que j'y suis, on lit aussi

MIPS Technologies appartient depuis 2013 à Imagination Technologies (qui n'est pas vraiment l'ami du logiciel libre), mais quelques compagnies continuent à produire des processeurs MIPS. La plus connue est sûrement le chinois Lemote.

Rappelons quand même que des coeurs comme MIPS24k sont utilisés dans un nombre considérables de SoCs pour routeurs chez Atheros/Mediatek/Realtek (par exemple l'AR9331, mais c'est juste un exemple)
Bon OK, on parlait d'un usage Desktop… On pourrait dans ce cas parler des SoC Ingenic, et justement comme le journal parle de EOMA68, Rhombus-Tech a justement envisagé de recourir à un processeur MIPS32 Ingenic JZ4775, qui était d'ailleurs apparemment le "meilleur" candidat d'un point de vue théorique/ouverture (là où Allwinner n'a pas spécialement bonne réputation…) mais malheureusement s'est finalement avéré irréaliste dans leur contexte (Initially, two EOMA68 Computer Cards were developed: one using an Ingenic jz4775, the other with an Allwinner A20. We planned to apply for RYF Certification on the jz4775 card because not only is there no GPU (there’s a Vector FPU similar to AltiVec), but the video processor’s source code is entirely GPL compliant, making it a seemingly perfect candidate for RYF Certification. However, upon close investigation, the only FSF-endorsed operating systems available for MIPS32 were so horribly-out-of-date that the resulting device would be pretty much unsaleable even to FSF supporters. Reluctantly we had to drop the jz4775 from immediate consideration), donc ça veut dire que "MIPS" ne signifie pas nécessairement "pas sympa avec le libre" :)
(N.B. je pense que cette réputation "pas cool avec le libre" vient surtout des GPU PowerVR et pas de la partie "MIPS", et j'avais discuté avec des personnes de Imagination Technologies il y a qq temps. J'ai retenu que des ingénieurs souhaitent faire bouger les choses en interne, mais c'est apparemment pas simple et ça prend du temps - notamment quand ils ont eux-même sous-traité / acheté du code à d'autres fournisseurs sous licence…)

Dernière chose - un peu hors-sujet : en ce qui me concerne sur le non-x86, mon premier souci est que beaucoup de fabricants de SoC et/ou OEMs se contrefichent généralement de la GPL (suffit de chercher "GPL violation" ou de demander les sources du kernel à à peu près n'importe quel OEM asiatique à base de Allwinner/Rockchip/ActionSemi/Mediatek/…), ceci alors même que ARM ne permet pas "one kernel to rule them all", et que le côté monolithique (+ l'idéologie "stable API nonsense") de Linux ne permet pas de découpler les parties dépendantes du HW du reste (pour recompiler facilement les parties génériques du kernel et combler une faille de sécurité par exemple). Bref, aujourd'hui le x86 reste encore la seule manière d'avoir une machine qui ne soit pas "jetable" au bout de 3 ans… (OK, j'exagère peut-être un peu : des fabricants de SoC comme NXP/TI s'engagent sur du support à long terme, ainsi que sur le support du device-tree, donc peut-être que j'accuse injustement ARM dans son ensemble. Mais c'est un fait que aujourd'hui tu peux booter une clé USB Linux générique sur n'importe quel PC du monde, alors qu'il faut une distro spécifique pour chaque machine ARM, réduisant sa durée de vie à celle du support)

On l'a bien vu et les contributeurs du projet Purism s'en sont mordus les doigts : dans l'état actuel des choses, il n'est pas possible de faire un ordinateur dépourvu de logiciels non-libres basé sur x86.

Purism s'y est cassé les dents, mais ce ne sont pas les seuls (et ça fait peur) : Google engineers have tried for many years to get source code from Intel, and to reverse engineer the blobs that Intel provides. So far, they have been unsuccessful. Google is also one of the companies that funds the coreboot project, and they hire a lot of the core developers, so it's not like they don't have vast resources at their disposal. Smaller companies have no chance.

Parmi les acteurs développant des plateformes ARM haut de gamme, on trouve NXP Semiconductors, surtout connu sous son ancien nom : Freescale. Leur LS2085A NPU (Network Processing Unit) est probablement ce qui se rapproche le plus d'une station de travail moderne dans le monde ARM haut de gamme.

En dehors de Freescale, il me semble que nvidia a plutôt bien progressé en matière d'ouverture (d'après ce que je comprends, je n'ai pas été vérifier dans le détail), et ils n'utilisent évidemment pas de GPU Mali. M'enfin bon, y'a toujours plein de blobs et c'est sûrement un peu moins ouvert que NXP/Vivante, n'empêche que:

• je n'ai pas connaissance d'un truc analogue au Management Engine (par contre, nvidia garde jalousement la SBK, qui permet théoriquement de débricker n'importe quelle shield-tablet avec nvflash. Mais j'imagine que rien n'empêcherait un OEM de concevoir une carte-mère à base de K1 tout en étant plus sympathique sur le bootloader/SBK)
• ça permet des machines raisonnablement performantes et peu énergivores et pas chères (bref "modernes")
• ça fait tourner Ubuntu 14.04 aujourd'hui (avec accélération graphique/vidéo. J'ignore si l'état de ce qui est libre vs blobs permet de recompiler et faire fonctionner facilement 16.04. En tout cas le kernel est basé sur un Device-Tree à ma connaissance, ce qui est moins merdique que beaucoup de concurrents)

Yep, le journal suivant de vejmarie sur RISC-V en parlait justement. A suivre :)

est-ce que tout cela suffit à justifier le fait que l’on passe d’un OS + userland qui tourne sur 32-64 Mo de RAM (et je suis gentil, je remonte à l’époque de Amiga OS 3, pas 1.x) à l’obligation de posséder 4+ Go de RAM ?

Linux fonctionne avec 16Mo de RAM sans souci (et probablement moins) avec un environnement uclibc/musl/busybox, etc. Je l'ai fait marcher sur des dongle routeurs à 5€ et j'ai quelques milliers d'OpenWRT en prod sur des machines avec 64Mo de RAM et 8 Mo de flash ! Par contre, si ta référence est une Ubuntu avec Unity (ou Gnome), des icônes en SVG, une résolution 4k, des drivers qui supportent OpenGL, la capacité de lire ou manipuler des photos/vidéos, plein de services qui tournent sur D-bus et plein de choses écrites en langage interprêté (Python/Perl/Bash), etc. effectivement les besoins hardware/RAM doivent être au dessus (mais on ne parle plus vraiment de la même chose dans ce cas :)

Pour 60 € on a un téléphone avec processeur plus puissant, plus de mémoire vive, plus de stockage, WiFi, BlueTooth, un écran tactile (mais pas de port réseau). Pourquoi les routeurs sont si chers par rapport à un téléphone ?

C'est en train de venir : MIPS est en train de disparaitre des WiSoC haut de gamme, et des SoCs comme le BCM63138 ou Marvell Armada 38x prennent le relai (capables d'adresser 1GB RAM, dual-core cortex A9 ou mieux, etc.). Mais c'est vrai: les SoCs pour routeur ont pour l'instant un train de retard. Bon du reste, si tu as un peu de volume (quelques milliers d'unités) tu peux quand même faire des routeurs assez sophistiqués et pas trop chers sur la base de system-on-module relativement cools (enfin, cool a priori mais non testé :)

(Au passage, j'aimerais tellement que des cartes comme ceci exposent les pins RF/SIM permettant de faire de la 4G puisque le SoC supporte un modem avec plein de bandes…)

les débits qui ne dépasseraient pas les 350Mb/s sur le gigabit

Rappelons au passage que OpenWRT (j'imagine qu'il en est de même pour LEDE) ne supporte pas l'accélération hardware NAT/QoS présente dans un certain nombre de chipsets (e.g. Mediatek/Atheros/Broadcom…).

Demi-succès ? Moi je trouve au contraire que c'est plutôt cool et valorisant d'aboutir à qqch qui marche aussi bien avec aussi peu de moyens :)
Et ce n'est pas le seul projet d'OS alternatif, il y en a des centaines, dont certains sont quand même pas mal aboutis ! Regarde par exemple Syllable ou AROS.

N.B. qqun sait-il ce que sont devenus Zeta et BlueEyedOS ? C'est mort ?

Est-ce qu'ils n'ont pas l'impression de """"perdre leur temps"""" sur un OS qui n'aura probablement jamais de part de marché

Je t'invite à méditer cette citation qui a presque 25 ans :)

Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. This has been brewing since april, and is starting to get ready. I'd like any feedback on things people like/dislike in minix, as my OS resembles it somewhat (same physical layout of the file-system (due to practical reasons) among other things).

I've currently ported bash(1.08) and gcc(1.40), and things seem to work. This implies that I'll get something practical within a few months, and I'd like to know what features most people would want. Any suggestions are welcome, but I won't promise I'll implement them :-)

La dernière fois que j'ai essayé KMail (ça date d'il y a de nombreuses années), le support du "disconnected IMAP" était complètement pété, et apparemment c'était un problème connu (ça m'avait flingué toute ma boite mail) => est-ce que ça s'est amélioré ?

(du reste, je me suis posé la question de mettre en place une sorte de proxy IMAP local avec KMail comme client lourd et offlineimap comme interface fiable avec le vrai service IMAP de mon ISP, mais j'ai toujours eu la flemme de le mettre en oeuvre…)

Je pense quand même que l'ouverture des bandes 700/800 MHz va aider pas mal (mais pour aller sur une autre contradiction : la France / la CEPT a été de ceux qui ont bloqué l'ouverture de plus de spectre… Pas mal de pays africains souhaitaient par exemple allouer tout le spectre TV à la 4G i.e. descendre jusqu'à 470 MHz et pas seulement 694 MHz. Personnellement, je trouve que la radiodiffusion - qui ne nécessite pas de voie retour - fonctionne très bien avec du satellite et que les fréquences basses seraient plus utiles en 4G. Mais bon, en France on sanctuarise la TV, il y a de la politique derrière…)

certaines sociétés ont aussi une mission d'utilité publique.

ça c'est de l'idéologie. L'Europe a voulu que les télécoms soient un marché privatisé, il faut assumer les conséquences, car une société de droit privé a pour seul but de faire du profit, que ça plaise ou non. Si on veut qu'elle assure une mission d'utilité publique, il faut le cadre règlementaire qui-va-bien. Si les sociétés en question ne l'assurent pas, il ne faut pas les blamer (elles n'ont pas d'état d'âme) mais blamer les carences de la régulation. Note qu'une régulation trop dure n'est pas non plus gage de résultats (si le régulateur demande l'impossible / quelque chose de non rentable, il y aura peu de candidats pour les licences, ou bien des candidats qui ne tiendront pas leurs promesses).

En l'occurence, le régulateur doit arbitrer entre des objectifs contradictoires

• l'argent qui revient à l'état (point sur lequel l'état ne voulait pas faire de concession)
• l'aménagement du territoire (ton point, sur lequel l'Arcep ne voulait pas faire de concession. Les engagements de couverture 4G @800/700 MHz sont très élevés, donc ne t'inquiète pas ça va arriver chez toi, faut juste un peu de patience car un réseau ne se déploie pas en un jour ;)
• la concurrence / le pouvoir d'achat du consommateur (qui fonctionne pas mal actuellement mais je crains que ça ne dure pas après la fin de l'itinérance Free/Orange. Et les MVNO sont tous morts)
• l'emploi dans le secteur des télécoms

Il est impossible d'optimiser tout à la fois. En l'occurence, sur la 4G, l'arbitrage a été de sacrifier les deux dernier point (MVNO+WiMAX et emploi).

avant de parler de 5G, il serait déjà super de dépasser l'EDGE

Même si personne n'est d'accord sur ce que recouvre le vocable "5G", le débit n'est qu'un critère parmi d'autres, et ce qui se semble se dégager concerne souvent des points autres que le débit pur, notamment

• la latence (~1ms)
• la QoS / fiabilité (usages de type public-safety, opérations chirurgicales, etc.)
• la versatilité/flexibilité (usages faibles débit / faible complexité / IoT…)
• le nombre d'objets simultanément connectés (IoT encore une fois…)

Bref, cette fois-ci, on ne parle pas uniquement de "enlarge your bandwidth".

que se passera-t-il, une fois la neutralité du net dégagée

Pour rappel, dans toute techno radio, le débit est partagé entre tous les usagers de la cellule (donc oui, il y a une pertinence technique à faire de la QoS lorsque le réseau sature. ça ne veut pas dire que ton VPN ne doit plus fonctionner. Par contre ton VPN n'a peut-être pas les mêmes contraintes de latence/synchronicité qu'un flux vidéo ? De toute façon, si la capacité/spectre est limitée et que trop de monde consomme, il faut bien faire des choix donc de la QoS…). Après, si tu as des besoins spécifiques/entreprise et pas simplement un besoin grand-public/best-effort, je pense que tu pourras toujours souscrire à une offre (un peu plus chère, logique) qui t'apporte un bearer/VPN avec QoS en priorité supérieure qui répond à ton besoin. (cela dit, tout ça est dans un contexte où il y a de la congestion. Si on déploie de la 4G/5G et que beaucoup de spectre se révèle disponible, il y a peut-être moins de raisons de faire de la QoS aggressive. L'argumentaire logique des opérateurs aurait dû être "filez nous des fréquences ou bien on fait de la QoS" plutôt que "on va déployer de la 5G si vous nous permettez de faire de la QoS")

N.B. les zones rurales sont intrinsèquement non rentable. Pour rappel le CAPEX pour installer un site macrocell c'est rapidement autour de 150000€ - et encore je suis gentil, ça peut être pire s'il faut construire le pylône - alors si c'est pour couvrir 10 agriculteurs, tu comprendras que les opérateurs soient un peu réticents, d'autant que je n'ai pas parlé de l'OPEX). Donc si tu veux que les opérateurs déploient en zone rurale

• soit il faut les y obliger (c'est ce qui est fait sur la 4G sur les bandes 700/800 MHz, est c'est possible puisque concrètement les villes rentables payent pour les campagnes non rentables - par contre c'était impossible pour le WiMAX pour les raisons que j'avais expliquées ici).
• soit il faut un subventionnement public (puisque concrètement, on ne peut pas demander aux seuls usagers de ces zones de payer un abonnement démesurément cher)

Bref il faut bien que quelqu'un paye à un moment. Au Canada, les abonnements sont nettement plus chers qu'en France pq la densité de population est bien moindre. En France, on veut le beurre et l'argent du beurre (une couverture 4G universelle en continuant de payer 16€/mois/abonnement, des licences qui rapportent beaucoup d'argent à l'état, des antennes petites/discrètes et un niveau de champ < 0.6V/m mais quand même du signal partout…).

Eh bien de même:

• si tu recompiles/modifies le kernel mais utilises le rootfs, on pourrait aussi dire que tu utilises juste "une partie de la distro"
• dans ton exemple avec LXC, si ça ne marche pas à cause du kernel du système hôte, Canonical pourrait être en droit de protéger son image de marque en cas de bug…

Bref, l'attitude de Canonical est peut-être juridiquement légale mais je la trouve excessive et incohérente : jusqu'à preuve du contraire Canonical ne demande pas de certifier le hardware sur lequel la distro tourne (pourtant, ce serait tout aussi légitime pour éviter de dire "Ubuntu c'est de la merde" en cas de bug lié au support du hardware - et j'en ai rencontré un paquet, ce qui est normal vu que contrairement à Apple, Canonical ne contrôle pas le HW sur lequel l'OS s'éxecute !). Donc je ne comprends pas cette obsession à vouloir absolument "recertifier" après recompilation du kernel au prétexte qu'on pourrait ensuite troller sur Canonical en cas de bug (c'est pas comme si Canonical avait une obligation de support / obligation de résultat / pénalité en cas de bug…)

Tu peux modifier, mais ça ne s'appelle plus Ubuntu dans ce cas et il ne faut pas le vendre comme du Ubuntu, c'est tout.

Ouais, mais c'est quand même un peu ambigu si tu ne modifies que le kernel en gardant exactement le même rootfs non… ?

"and the bootloader is locked in order to prevent flashing a new ROM"

Ouais, donc je crois que je vais passer mon tour… (une ROM alternative est souvent la seule solution pour prolonger la vie de son smartphone lorsque le constructeur décide que ce n'est plus rentable de faire des updates)

Seule une petite minorité des patrons sont des salauds. Mais les méchants patrons (plutôt les actionnaires) qui se gavent existent. Ce sont les gagnants de la mondialisation.

Je pense que l'analyse par "moralité" est erronée. En économie comme en politique, le souci n'est pas qu'il y ait des "salauds". Notre code génétique n'a pas beaucoup changé depuis l'antiquité, et il y a des "salauds" dans toutes les strates de la population et il y en aura malheureusement toujours. Notre "paix sociale" de ces 60 dernières années a largement été achetée par la croissance économique et le fait que globalement tout le mode "se gavait". Sauf que la croissance, bah c'est fini :-/

Les "actionnaires" au passage, ça peut être aussi toi si tu places ton argent dans une assurance-vie (ou dans un fond de pension. C'est comme ça que beaucoup d'américains touchent leur retraite, sans pour autant dire que les gens eux-mêmes soient salauds ou qu'ils "se gavent"). Bref, c'est l'ensemble d'un système qui requiert de la croissance (donc des ressources) infinie qu'il faut blâmer, plutôt que la moralité des gens !

même IPv6 n'aurait pas vraiment changé la chose, il faut un intermédiaire sinon ça ne fait simplement pas son taff

Ouais enfin si ça n'est "que" de la signalisation + chat hors ligne, le coût de la bande passante/serveur n'est pas démesuré. Par contre, gérer un serveur TURN implique de faire passer tout le trafic (audio/video/fichiers) et donc une volumétrie bcp plus importante (donc des coûts+responsabilités d'un autre ordre). Skype "juste marche" quel que soit le contexte… Je n'ai dit nulle part que ce n'était "que" de la faute du NAT, mais je pense que ça contribue à la situation présente.

Et pourtant, Gmail, Yahoo mail tout ça… Font du mail gratuit

Non, pas gratuit (ce sont des entreprises commerciales), la transaction est juste ailleurs ("c'est toi le produit"…)

XMPP a désespérément besoin d'UN champion qui serait l'implémentation de référence et le choix par défaut pour les utilisateurs lambda. On ne peut pas "vendre" un protocole, on peut vendre un produit utilisable au quotidien.

Un autre aspect du problème AMHA est le déploiement massif du NAT (et du carrier-grade NAT) à la place d'IPv6, qui fait qu'il ne suffit pas d'avoir un protocole et des implémentations, mais également un service pour la mise en relation / le relai entre deux clients NATtés. Et un service, ça coûte à son gestionnaire (+ responsabilité juridique) donc c'est rarement gratuit.

un panneau photovoltaïque n'est pas complètement neutre au niveau de la pollution générée pour le fabriquer, cependant la technologie et les rendements ont vraiment évolués

En fait, précisément plus le rendement est élevé (grâce à l'évolution technologique), plus l'impact environnemental de sa fabrication est élevé (usage de terres rares, etc. dont l'extraction en Chine est extrêmement polluante), et moins ça passe à l'échelle pour les mêmes raisons.

et ces panneaux produisent désormais plus d'énergie qu'ils en ont nécessité pour être fabriqués.

Encore heureux !
Par contre, sur le plan du CO2 ça reste très négatif sur la durée de vie du panneau si ce dernier est fabriqué en Chine (avec de l'énergie au charbon) et utilisé en France (pour éviter une consommation d'énergie nucléaire, pauvre en CO2)

Mais tu parles de "vrai" renouvelable pour quelque chose qui ne marche plus

ça dépend de quoi tu parles.
Il est factuel de dire que la traction animale, l'utilisation de la voile et de moulins, l'agriculture pastorale, etc. sont renouvelable (et il est donc faux de dire "ça ne marche plus"). C'était bien le sens de ma phrase en parlant de "vrai" renouvelable.
Il est par contre vrai que "ça ne marche plus" si on souhaite appliquer ça tel quel avec la taille de la population actuelle (+ ses exigences de consommation). Je ne l'ai pas éludé : c'est bien ce que je dis dans mon 2nd paragraphe.

Sauf que… se baser sur les fossiles et/ou sur une consommation indéfiniment croissante (ou même constante) de ressources n'est pas durable, donc là aussi je peux te dire que "ça ne marche pas" (du moins, si le but est que ça continue de marcher au delà de quelques années…)

Un jour peut-être

"Peut-être" ?
("Celui qui croit qu'une croissance exponentielle peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste")

J'avoue ne pas du tout voir le rapport, on met les "démunis" à toutes les sauces la…

Bah non : dans un monde qui décroit, il faut faire des arbitrages. Je vais faire une caricature, mais si tu utilises ton pétrole pour faire voler des avions sur des choses "superflues" (au sens macroscopique), tu en as d'autant moins pour faire fonctionner des moissonneuses-batteuses et fabriquer des engrais et faire rouler des camions et faire fonctionner des usines qui fabriquent des objets de première nécessité…

C'est à se demander pourquoi on n'utilise plus ces révolutions. Peut-être car elles ne sont pas si efficaces que ça

Ben oui : si tu relis bien mon post, je n'ai dit nulle part que "c'était mieux avant" ni que tout était rose (ou vert) ou facile. J'ai au contraire justement dit que 1°/ le renouvelable "qu'on nous vend" (éoliennes/panneaux PV) n'a selon moi rien de renouvelable ni propre si on cherche à le faire passer à l'échelle, et 2°/ le "vrai" renouvelable (à mon sens) est celui dont on est sorti… et pour une bonne raison : les fossiles ont une densité d'énergie infiniment plus élevée !

C'est clair qu'il ne va pas être aisé (et là aussi c'est un euphémisme) d'organiser une transition vers du "vrai" renouvelable avec 7 milliards de personnes (corollaire: je pense que le nucléaire est "un mal nécessaire" pour adoucir le choc). Je pense par contre que la décroissance aura lieu de toute façon (pour cause de limites sur les ressources, notamment énergétiques/metalliques/minérales), donc s'arc-bouter sur le côté inacceptable de "passer 3 mois pour faire Paris New-York" dans un monde qui décroît, c'est faire un arbitrage en défaveur des plus démunis (ceux là même qui ont/auront du mal à se nourrir/chauffer/trouver un emploi…)

On parle du fameux rapport de l'ADEME qui a été juste commandé/financé (mais pas écrit) par l'ADEME, et réalisé par une société de conseil (cf. section §2.2) ? Je ne l'ai lu qu'en diagonale, mais en ce qui me concerne je ne le prendrais pas pour argent comptant ! (il est toujours facile d'écrire un rapport qui cherche à démontrer une certitude pré-établie. Après, le diable se cache dans le détail). Par exemple je n'ai pas observé qu'il prenait en compte le côté non-renouvelable des éléments metalliques nécessaires pour la fabrication des centrales éoliennes/PV, ni l'énergie (et le CO2) que nécessite leur fabrication (et les mécanismes pour gérer l'intermittence), en le rapportant à leur durée de vie, tout ça bien sûr aux bons ordres de grandeur. Et la question de la pérequation/équilibrage entre région est infirmée par les faits. Je n'ai pas non plus trouvé qu'il prenne en compte que le financement (et la fabrication) doive se faire dans un contexte de récession (économique et industrielle) du fait de la raréfaction du pétrole…

Alors oui, fabriquer une éolienne ou un panneau photo-voltaïque (ou un barrage, ou une batterie…) ça utilise quand même quelques ressources non renouvelables et ça produit quelques rejets, mais rouler au pétrole, là, on est sûr que c’est non renouvelable

"Quelques" est un bel euphémisme : quand on intègre l'ensemble des éléments metalliques rares que nécessite une éolienne (ou un panneau PV, et les batteries / smart-grids / … pour gérer l'intermittence, et la surface de terres agricoles à sacrifier, etc.) aux bons ordres de grandeur, on s'aperçoit que ça n'est pas tellement plus propre ni plus durable que le reste (la seule chose qui est renouvelable dans l'éolien/PV actuel est la source d'énergie elle-même, mais pas les matières qui servent à fabriquer la centrale qui va la capter…)

A mon sens, le "vrai" renouvelable est celui dont on est sorti à la révolution industrielle : traction animale, voiliers, moulins à vent ou à eau, etc.

J'ai aussi pensé la même chose. Un détail cependant : la licence LGPL devient "virale" dans le cas d'un link statique. On peut discuter sur le côté dommageable d'avoir une contrainte technique à cause d'une argutie juridique (alors que effectivement, vu de l'extérieur il est fonctionnellement identique d'avoir un binaire statique vs un binaire dynamiquement linké avec ses dépendences livrées dans le même dossier), et par ailleurs un binaire statique prend moins de place que la solution évoquée ici (les fonctions de la lib inutilisées ne sont pas incluses dans le binaire), mais il faut faire avec…

Entre les noms de répertoires avec des espaces qui font tout péter

On est en 2016 (et Linux permet d'ailleurs aussi les noms de fichiers/répertoire avec des espaces). Je n'en suis pas fan, mais si "ça fait tout péter" comme tu dis, c'est un bug qui se doit donc d'être corrigé côté LibreSSL ! Je ne suis pas familier de la base de code LibreSSL, mais il me semble que gérer les espaces ne devrait quand même pas être la mer à boire…

GDScript est un langage très facile à apprendre. Il est très inspiré du Python dont il reprend en très grande partie la syntaxe

Godot est sûrement très bien (merci aux auteurs, d'ailleurs !). Mais je ne peux m'empêcher de m'interroger : pourquoi avoir créé un nouveau langage de script (a fortiori très semblable à un langage existant) plutôt que d'utiliser directement l'original ?

mais on ne se dirige pas vers la solution

Je suis bien d'accord. Et je pense qu'il n'y a pas de solution (du moins sur base Intel/AMD. Après, on peut espérer que peut-être le monde ARM sera plus sympathique… mais c'est globalement pas gagné. Par exemple, hormis quelques exceptions il est rarement possible aux utilisateurs de Tegra d'avoir accès à la SBK et aux autres données nécessaires à nvflash)