WebKit est toujours libre et indépendant de Google. Il est co-géré pas Apple, Igalia et Sony, une sturcture qui évite qu'une des entreprises participante prenne trop de pouvoir par rapport aux autres.
J'ai passé une partie de ma famille dessus, par forcement simple car vu que c'est difficile de leur faire acheter une application j'ai dû leur installer Fdroid
Conversations est régulièrement gratuit sur le play store, en particulier lors des périodes de réunions familiales (noel et au res vacances par exemple). Il faut simplement convertir sa famille au bon moment.
Ça semble être un bon plan pour se faire bannir de WhatsApp si n'importe qui peut entrer un numéro de téléphone et déclencher l'envoi d'un message.
En plus, c'est un concurrent direct de Quicksy, ce serait donc stupide de devoir dire aux gens "ah oui il faut d'abord te créer un compte WhatSapp pour recevoir la confirmation Quicksy et créer ton compte".
J'espère que tu es propriétaire de ce numéro et que tu n'as pas donné le portable de quelqu'un au hasard!
Il existe une liste de numéros réservés à cet usage depuis 2018 (ici au chapitre 2.5.12). Tu ferais donc mieux de prendre un de ces numéros, pour les portables, commençant par 06 39 98 (il y a d'autres plages pour les zones géographiques 01 à 05). Ainsi ,c'est garanti que ce numéro n'appartient et n'appartiendra jamais à personne.
Avant 2018, il fallait faire une demande spécifique à l'ARCEP pour obtenir un tel numéro réservé, mais maintenant c'est beaucoup plus simple.
Mais malheureusement, depuis plusieurs mois, le service est victime d'attaques visant à faire exploser ces coûts. Difficile de se prononcer sur la motivation des attaquants.
Daniel en a indiqué la raison (supposée mais probable): en parallèle de ces attaques, il reçoit des offre d'un système de protection (payant) contre ces attaques. Cela semble donc venir du fournisseur de ce système de protection, qui justifie ainsi son propre business.
C'est déjà le sujet de laconclusion de l'article, qui mentionne plein d'autres choses qui ont été adoptées un peu par effet de mode: le TDD, la CI/CD, les système de typage forts, le devops, la séparation des équipes de test et de développement.
Les deux choses qui sont peut-être différentes pour les LLMs:
l'auteur se fait traiter de fou ("nuts") quand il propose d'utiliser une méthode scientifique pour évaluer les coûts/bénéfices, ce qui est assez différent de simplement être indifférent (du genre "mais oui papy va faire tts études, pendant ce temps nous on code"),
l'utilisation de LLMs semble beaucoup imposée ou au moins poussée par la hiérarchie plutôt que naturellement adaptée par les équipes, je ne crois pas avoir trop vu ça avec les autres exemples donnés? (Mais bon, j'étais pas là lors de l'invention de chacune de ces pratiques, peut-être j'ai raté des trucs).
ça sera pas la première fois que quelqu'un fait un truc stupide par confiance aveugle à la technologie.
Voir tous les cas de gens qui ont jeté leur voiture dans l'eau/se sont perdu dans un désert/… parce que leur GPS leur disait que c'était la bonne route. Cette étude (qui date de 2017) avait compté 44 morts, 23 blessés, plus 52 incidents moins grave (les gens s'en sont sortis sans blessure mais il y a eu des dommages matériels par exemple) et enfin 39 cas de "déconvenues importantes" (pas de dégâts, mais intervention de pompiers, véhicule de secours, etc, ou encore personnes qui ont traversé la moitié des USA avant de se rendre compte qu'ils avaient sélectionné une ville homonyme de celle où ils voulaient se rendre).
Je n'ai pas de difficulté à imaginer une chaîne de commande défaillante dans laquelle quelqu'un demande à un chatbot un scénario pour un film d'action où il faut sauter par dessus un obstacle, que ChatGPT répond avec un scénario à base de feu et morceaux de verre, que c'est transmis à la hiérarchie tel quel, puis que personne n'ose contester les ordres, ou même que ça soit rétro-justifié en se disant que les terroristes doivent être prêts à mourir, et que c'est une bonne occasion pour s'entraîner. Ce qui est un tout petit peu plus nuancé que "ChatGPT m'a dit de me jeter moi-même dans le feu, j'ai pas réfléchi, j'ai obéi".
Vérification faite, il s'agirait des firmwares principalement pour les cartes wifi et bluetooth, sans lesquels ce matériel serait inutilisable (et qui n'est pas mis en jeu si on utilise un autre matériel, bien sûr).
Je ne vois pas bien ce que FreeBSD peut faire à ce sujet: refuser d'inclure des pilotes pour de tels matériels?
En fait je ne comprend pas l'intérêt de ce nouveau format de synthèse. Si c'est juste pour remettre une liste des contenus taggés intelligence_artificielle, il suffit d'aller consulter directement l'étiquette?
Dans l'ancien format il y avait un peu de résumé, de commentaires, bref, un apport humain intéressant.
Bon enfin vous faites ce que vous voulez, mais moi en commençant à lire, j'ai vite compris que je perdais mon temps et je suis passé à autre chose.
C'est tout de même un peu surprenant pour Photoshop. Dans les cas habituels de "merdification", il s'agit de logiciels gratuits, dont les utilisateurs ne sont has les clients. Dans ce cas, il est tout à fait logique que le produit soit développé d'abord pour les clients (vendeurs de publicité par exemple).
Mais pour Adobe, il y avait avant un business de vente de nouvelles versions du logiciel, remplacé par la suite par un abonnement. Une fois les gens passés à la formule par abonnement, il suffisait de… ne rien faire. Collecter les abonnements. Faire le minimum de mises à jour sur le logiciel pour qu'il continue à fonctionner sur les systèmes modernes. Tout le monde aurait ét# très content.
Pourquoi avoir choisi de payer des développeurs pour rendre le logiciel moins pien dans ce cas?
Selon les statuts de l'association, c'est probablement possible d'exclure quelqu'un des entraînements et compétitions sans pour autant lui retirer son statut d'adhérent de l'association.
Le journal ne dit pas exactement ce que "viré du club" signifie.
J'en pense toujours la même chose: il faut quelqu'un que ça intéresse et qui se décide à écrire les drivers nécessaires.
C'est plus cohérent pour le 500+ qui est effectivement une machine "desktop".
Ce n'est pas tellement un problème de performances (Haiku se contente assez bien de 256Mo de RAM et d'un seul coeur de CPU à quelques centaines de MHz). C'est surtout que Haiku est fait pour une utilisation "de bureau", alors que les Raspberry Pi classiques sont plutôt, à mon avis, pour des systèmes embarqués. Une fois ajouté un boîtier, un clavier, une souris, probablement un hub USB, … on se retrouve avec un gros spaghetti de câbles qui ne fait pas un ordinateur très convaincant.
Cela dit, ça n'empêche en rien d'essayer de faire fonctionner Haiku dessus, d'un point de vue technique en tout cas ça ne pose pas de problème particulier. Simplement, ce n'est pas la cible la plus intéressante pour les développeurs de Haiku et les utilisateurs existants, qui préfèrent utiliser des machines plus conventionnelles. C'est donc là-dessus qu'il y a le plus de travail.
Du côté du Raspberry Pi, ça fait des années qu'on a des gens qui nous disent qu'ils utiliseraient une version de Haiku s'il y en avait une, mais personne qui se lance dans le portage. Les choses ne se font pas toutes seules, et l'équipe de Haiku (qui est assez réduite) se concentre d'abord sur ses propres besoins. Mais il suffit d'une personne motivée pour faire changer les choses!
Pour l'instant le travail sur la version ARM64 semble se concentrer sur les machines de Apple. Plus puissantes, et plus proches du coeur de cible de Haiku (les ordinateurs personnels).
Rien n'empêche d'écrire les pilotes manquants pour les dernières générations de Raspberry si quelqu'un a envie de se lancer. Cela va devenir de plus en plus simple avec le développement de la version pour les machines Apple, car les bugs dans le code commun pour ARM sont de plus en plus résolus. Il y a donc peut-être une chance d'éviter de tomber directement sur un problème de MMU, un crash complet du kernel (sans accès au debugger) ou autre truc très difficile à comprendre.
Par contre il y a du travail sur les contrôleurs USB, SD/MMC, PCI, … qui sont très peu standardisés sur ARM, il faut donc un pilte spécifique pour chaque famille de puces. On se retrouve un peu dans la même situation que pour les PC dans les années 1990, ou le matériel était très diversifié, c'est moins le cas sur les PC modernes.
Le lien plonge directement dans les détails techniques sans expliquer ce qu'est HATETRIS.
Il s'agit d'une modification du jeu de Tetris ou le choix aléatoire des pièces qui vont tomber est remplacé par un algorithme déterministe choisissant la pièce la moins utilisable dans l'état du jeu (d'où le nom: Hate-Tetris, le Tetris qui te déteste).
Cela change la dynamique du jeu et le rend beaucoup plus stratégique: il faut placer les pièces de façon non seulement à compléter des lignes, mais aussi à faire en sorte que l'algorithme ne puisse pas bloquer complètement la situation. On peut également oublier la partie "vitesse de chute" des pièces et se concentrer uniquement sur la solution optimale indépendamment des erreurs humaines qu'elle finit par provoquer.
Au départ, les parties se terminaient assez rapidement (au bout de 11 lignes, puis le record est monté jusqu'à 45 lignes). Mais une possibilité théorique était l'apparition de "boucles": une combinaison permettant de revenir à un état précédent du jeu. Et donc de jouer sans fin. Il existe donc une variante de l'algorithme interdisant ces boucles (l'algorithme choisira une autre pièce). Dans ce cas, le jeu s'arrête lorsque l'algorithme ne peut proposer aucune pièce car toutes les pièces permettraient de réaliser une boucle (c'est probablement impossible, l'espace de jeu est trop limité et le "game over" arrivera avant).
Ce cas s'est déclenché pour la première fois avec un record obtenu en novembre 2022. Il y a deux autres "boucles" publiées, la dernière datant d'hier et ne comportant que 10 lignes pour la mise en place suivies de 10 autres lignes qui peuvent être répétées à l'infini. La question de la boucle la plus courte possible dans "HATETRIS Mild" (la version de l'algorithme autorisant les boucles) reste un problème ouvert, même si ça semble difficile de faire mieux.
Cet article mentionne que PREEMPT_RT améliore la latence aux dépends du débit, mais ne donne pas de chiffres sur l'impact en pratique.
Dans un de mes projets, on avait essayé d'activer PREEMPT_RT, et on a constaté que dans notre cas, la dégradation des performances n'était pas acceptable. On s'est donc débrouillés autrement (avec des modifications dans le firmware du matériel avec lequel on s'interface) pour ne plus avoir de contraintes temps réel fortes sur le système Linux.
Donc, ça fonctionne, mais ce n'est peut-être pas la meilleure solution, dans certains cas un système pensé dès le départ pour le temps réel sera peut-être meilleur (je n'ai pas encore eu l'occasion de faire de comparaisons).
Par contre, l'article mentionne directement des solutions propriétaires. Dommage pour RTEMS et FreeRTOS et sûrement quelques autres projets dans ce domaine, qui font du temps réel open source depuis fort longtemps.
C'est pas clair du tout, l'article en lien Linuxfr cite un autre article en allemand dont il a recopié 90% du contenu, qui lui-même cite "un libraire" (donc pas un expert du droit d'auteur américain).
J'ai du mal à voir le rapport entre le support original et le "fair use". Le copyright continue de s'appliquer même si le livre est numérisé, photocopié, …
En droit français je pense que la discussion serait plutôt sur le terrain de la copie privée ou quelque chose de ce genre: lié à la réalisation de copies "verbatim" (sans changements), alors que le "fair use" est plutôt pour des œuvres dérivées (et suffisament différentes).
Quel est le lien légal qui permettrait de sauter de l'un à l'autre dans ce cas?
Le navigateur de fichiers et la barre des tâches sont récupérés de BeOS
Et on réutilise plein d'autres choses. Donc non, clairement ce n'est pas "partie de zéro".
Pour MS-DOS, les premières versions de QDOS ont été fortement inspirées de CP/M, et MS-DOS est une version modifiée de QDOS.
Enfin, de toutes façons, il n'y a peut-être que Ada Lovelace qui a écrit du code en partant "de zéro", tout le reste se base forcément sur du travail précédent?
Pour Linux, Linus Torvalds utilisait Minix et a peut-être commencé par réutiliser des morceaux de code de ce dernier, avant de tout remplacer petit à petit (par son propre noyau monolithique, et par les outils GNU pour l'espace utilisateur).
Oui. Ou à défaut, il faudrait au moins que ce soit une des couleurs qui ne sont pas représentables par les codes hexadécimaux de l'espace sRGB (comme expliqué dans le premier lien).
Voire même une qui n'est pas visible par les humain·es mais seulement par d'autres espèces.
Un projet pour nommer toutes les couleurs, enfin, toutes celles que votre écran peut afficher. Ave une API pour convertir un code hexa de couleur en nom, et inversement. Il n'y a pour l'instant pas de consensus pour l'octarine qui est un nom attribué à beaucoup de couleurs très différentes. Mais vous pouvez participer au projet de dé-duplication pour aider à régler ça.
II. − Rejets thermiques en situation climatique normale :
– la température des effluents à l’aval du rejet après mélange aux eaux de la Garonne est inférieure en moyenne journalière à 28°C ;
– la différence entre la température à l’aval du rejet après mélange aux eaux de la Garonne et la température de la Garonne à l’amont (échauffement) est inférieure en moyenne horaire à 1,25°C entre le 1er juin et le 30 septembre, et à 2°C en dehors de cette période.
On ne devrait donc pas trouver d'eau à 28° à Toulouse…
Celle-ci est à un endroit particulièrement mal choisi, au-dessus dwune nappe phréatique affleurante qui a déjà causé quelques incidents et empêche d'envisager la mise en "sarcophage" du réacteur directement sur place.
Il valait donc mieux abandonner le site (pour l'exploitation nucléaire, mais aussi plus généralement pour toute exploitation industrielle) et déplacer les matériaux radioactifs ailleurs pour le long terme.
Après, pour le "retour à l'herbe" il y a sûrement plein de raisons pragmatiques, économiques, politiques, locales, symboliques, non rationelles, etc qui se combinent et s'intriquent parfois de façon incompréhensible.
Les choix faits pour d'autres centrales seront sans doute différents?
Le démantèlement complet est prévu pour l'ancienne centrale de Brennilis. La centrale est arrêtée depuis 1985, et le démantèlement est actuellement en cours et devrait se terminer en 2040.
Ça a pris pas mal de retard parce que plusieurs associations écologistes sont très pointilleuses sur les procédures au point de se mettre un peu en travers de la procédure. Peut-être que c'est pour s'assurer que tout est fait dans les règles avec zéro incident, ou peut-être que c'est pour empêcher EDF de tenir sa promesse de "retour à l'herbe" pour cette centrale, qui doit servir d'exemple et de vitrine des capacités de démantèlement.
Le résultat ne sera pas forcément comparable avec les centrales actuelles (c'était un réacteur fonctionnant à l'uranium non enrichi). Et il n'y a pas vraiment d'endroit où stocker les déchets contaminés non revalorisables (le MOx c'est bien, mais c'est uniquement pour les barres de combustible, pas pour le béton radioactif).
[^] # Re: smaaaaart
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mais FUUUUUUUUUU, firefox revient sur X, ce réseau des enfers qu'on devrait mettre à la poubelle. Évalué à 4 (+1/-0).
WebKit est toujours libre et indépendant de Google. Il est co-géré pas Apple, Igalia et Sony, une sturcture qui évite qu'une des entreprises participante prenne trop de pouvoir par rapport aux autres.
[^] # Re: Deux fois, pas de chance.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 5 (+2/-0).
Conversations est régulièrement gratuit sur le play store, en particulier lors des périodes de réunions familiales (noel et au res vacances par exemple). Il faut simplement convertir sa famille au bon moment.
[^] # Re: Compléments sur la téléphonie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 4 (+1/-0).
On peut censurer la citation dans mon commentaire aussi, sinon ça ne sert à rien d'enlever le numéro dans le journal!
Merci :)
[^] # Re: autre solution ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 5 (+2/-0).
Ça semble être un bon plan pour se faire bannir de WhatsApp si n'importe qui peut entrer un numéro de téléphone et déclencher l'envoi d'un message.
En plus, c'est un concurrent direct de Quicksy, ce serait donc stupide de devoir dire aux gens "ah oui il faut d'abord te créer un compte WhatSapp pour recevoir la confirmation Quicksy et créer ton compte".
# Compléments sur la téléphonie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Quicksy (fournisseur XMPP) se ferme aux inscriptions car envoyer des SMS est trop cher. Évalué à 7 (+4/-0). Dernière modification le 21 juillet 2026 à 17:44.
J'espère que tu es propriétaire de ce numéro et que tu n'as pas donné le portable de quelqu'un au hasard!
Il existe une liste de numéros réservés à cet usage depuis 2018 (ici au chapitre 2.5.12). Tu ferais donc mieux de prendre un de ces numéros, pour les portables, commençant par 06 39 98 (il y a d'autres plages pour les zones géographiques 01 à 05). Ainsi ,c'est garanti que ce numéro n'appartient et n'appartiendra jamais à personne.
Avant 2018, il fallait faire une demande spécifique à l'ARCEP pour obtenir un tel numéro réservé, mais maintenant c'est beaucoup plus simple.
Daniel en a indiqué la raison (supposée mais probable): en parallèle de ces attaques, il reçoit des offre d'un système de protection (payant) contre ces attaques. Cela semble donc venir du fournisseur de ce système de protection, qui justifie ainsi son propre business.
[^] # Re: Preuve empirique
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien il n'y a pas de preuve empirique que les LLM améliorent la productivité des développeurs. Évalué à 4 (+2/-1).
C'est déjà le sujet de laconclusion de l'article, qui mentionne plein d'autres choses qui ont été adoptées un peu par effet de mode: le TDD, la CI/CD, les système de typage forts, le devops, la séparation des équipes de test et de développement.
Les deux choses qui sont peut-être différentes pour les LLMs:
[^] # Re: humm
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien des terroristes utilisent l'automatisation probabiliste pour se dézinguer eux-mêmes plus rapidement. Évalué à 6 (+3/-0). Dernière modification le 16 juillet 2026 à 15:27.
ça sera pas la première fois que quelqu'un fait un truc stupide par confiance aveugle à la technologie.
Voir tous les cas de gens qui ont jeté leur voiture dans l'eau/se sont perdu dans un désert/… parce que leur GPS leur disait que c'était la bonne route. Cette étude (qui date de 2017) avait compté 44 morts, 23 blessés, plus 52 incidents moins grave (les gens s'en sont sortis sans blessure mais il y a eu des dommages matériels par exemple) et enfin 39 cas de "déconvenues importantes" (pas de dégâts, mais intervention de pompiers, véhicule de secours, etc, ou encore personnes qui ont traversé la moitié des USA avant de se rendre compte qu'ils avaient sélectionné une ville homonyme de celle où ils voulaient se rendre).
Je n'ai pas de difficulté à imaginer une chaîne de commande défaillante dans laquelle quelqu'un demande à un chatbot un scénario pour un film d'action où il faut sauter par dessus un obstacle, que ChatGPT répond avec un scénario à base de feu et morceaux de verre, que c'est transmis à la hiérarchie tel quel, puis que personne n'ose contester les ordres, ou même que ça soit rétro-justifié en se disant que les terroristes doivent être prêts à mourir, et que c'est une bonne occasion pour s'entraîner. Ce qui est un tout petit peu plus nuancé que "ChatGPT m'a dit de me jeter moi-même dans le feu, j'ai pas réfléchi, j'ai obéi".
[^] # Re: Chacun ses priorités
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien FreeBSD 16 Retires The Last Of Its GPL Code From Its Base System. Évalué à 3 (+1/-1).
Vérification faite, il s'agirait des firmwares principalement pour les cartes wifi et bluetooth, sans lesquels ce matériel serait inutilisable (et qui n'est pas mis en jeu si on utilise un autre matériel, bien sûr).
Je ne vois pas bien ce que FreeBSD peut faire à ce sujet: refuser d'inclure des pilotes pour de tels matériels?
[^] # Re: C''est quand même un peu du flood ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Veille communautaire sur des intelligences artificielles du mois de mai 2026. Évalué à 10 (+8/-0).
En fait je ne comprend pas l'intérêt de ce nouveau format de synthèse. Si c'est juste pour remettre une liste des contenus taggés intelligence_artificielle, il suffit d'aller consulter directement l'étiquette?
Dans l'ancien format il y avait un peu de résumé, de commentaires, bref, un apport humain intéressant.
Bon enfin vous faites ce que vous voulez, mais moi en commençant à lire, j'ai vite compris que je perdais mon temps et je suis passé à autre chose.
[^] # Re: Chut, ne dites surtout pas « Gimp »
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien La merdification de Photoshop. Évalué à 6 (+3/-0).
C'est tout de même un peu surprenant pour Photoshop. Dans les cas habituels de "merdification", il s'agit de logiciels gratuits, dont les utilisateurs ne sont has les clients. Dans ce cas, il est tout à fait logique que le produit soit développé d'abord pour les clients (vendeurs de publicité par exemple).
Mais pour Adobe, il y avait avant un business de vente de nouvelles versions du logiciel, remplacé par la suite par un abonnement. Une fois les gens passés à la formule par abonnement, il suffisait de… ne rien faire. Collecter les abonnements. Faire le minimum de mises à jour sur le logiciel pour qu'il continue à fonctionner sur les systèmes modernes. Tout le monde aurait ét# très content.
Pourquoi avoir choisi de payer des développeurs pour rendre le logiciel moins pien dans ce cas?
[^] # Re: Valable ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal viré de son club de sport. Évalué à 6 (+3/-0).
Selon les statuts de l'association, c'est probablement possible d'exclure quelqu'un des entraînements et compétitions sans pour autant lui retirer son statut d'adhérent de l'association.
Le journal ne dit pas exactement ce que "viré du club" signifie.
[^] # Re: urbex !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien IA krach ? ☄️🦖. Évalué à 8 (+5/-0).
Y'a déjà un système de refroidissement très performant, du coup ça se transforme facilement en patinoire géante!
[^] # Re: Haiku pour Raspberry Pi 5 et Pi 500+ ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Printemps 2026. Évalué à 7 (+4/-0).
J'en pense toujours la même chose: il faut quelqu'un que ça intéresse et qui se décide à écrire les drivers nécessaires.
C'est plus cohérent pour le 500+ qui est effectivement une machine "desktop".
Ce n'est pas tellement un problème de performances (Haiku se contente assez bien de 256Mo de RAM et d'un seul coeur de CPU à quelques centaines de MHz). C'est surtout que Haiku est fait pour une utilisation "de bureau", alors que les Raspberry Pi classiques sont plutôt, à mon avis, pour des systèmes embarqués. Une fois ajouté un boîtier, un clavier, une souris, probablement un hub USB, … on se retrouve avec un gros spaghetti de câbles qui ne fait pas un ordinateur très convaincant.
Cela dit, ça n'empêche en rien d'essayer de faire fonctionner Haiku dessus, d'un point de vue technique en tout cas ça ne pose pas de problème particulier. Simplement, ce n'est pas la cible la plus intéressante pour les développeurs de Haiku et les utilisateurs existants, qui préfèrent utiliser des machines plus conventionnelles. C'est donc là-dessus qu'il y a le plus de travail.
Du côté du Raspberry Pi, ça fait des années qu'on a des gens qui nous disent qu'ils utiliseraient une version de Haiku s'il y en avait une, mais personne qui se lance dans le portage. Les choses ne se font pas toutes seules, et l'équipe de Haiku (qui est assez réduite) se concentre d'abord sur ses propres besoins. Mais il suffit d'une personne motivée pour faire changer les choses!
[^] # Re: peut-on esperer un Raspberry pi sous Haiku ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Nouvelles de Haiku - Printemps 2026. Évalué à 5 (+2/-0).
Pour l'instant le travail sur la version ARM64 semble se concentrer sur les machines de Apple. Plus puissantes, et plus proches du coeur de cible de Haiku (les ordinateurs personnels).
Rien n'empêche d'écrire les pilotes manquants pour les dernières générations de Raspberry si quelqu'un a envie de se lancer. Cela va devenir de plus en plus simple avec le développement de la version pour les machines Apple, car les bugs dans le code commun pour ARM sont de plus en plus résolus. Il y a donc peut-être une chance d'éviter de tomber directement sur un problème de MMU, un crash complet du kernel (sans accès au debugger) ou autre truc très difficile à comprendre.
Par contre il y a du travail sur les contrôleurs USB, SD/MMC, PCI, … qui sont très peu standardisés sur ARM, il faut donc un pilte spécifique pour chaque famille de puces. On se retrouve un peu dans la même situation que pour les PC dans les années 1990, ou le matériel était très diversifié, c'est moins le cas sur les PC modernes.
# ça manque un peu de contexte
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Loops in HATETRIS. Évalué à 10 (+7/-0).
Le lien plonge directement dans les détails techniques sans expliquer ce qu'est HATETRIS.
Il s'agit d'une modification du jeu de Tetris ou le choix aléatoire des pièces qui vont tomber est remplacé par un algorithme déterministe choisissant la pièce la moins utilisable dans l'état du jeu (d'où le nom: Hate-Tetris, le Tetris qui te déteste).
Cela change la dynamique du jeu et le rend beaucoup plus stratégique: il faut placer les pièces de façon non seulement à compléter des lignes, mais aussi à faire en sorte que l'algorithme ne puisse pas bloquer complètement la situation. On peut également oublier la partie "vitesse de chute" des pièces et se concentrer uniquement sur la solution optimale indépendamment des erreurs humaines qu'elle finit par provoquer.
Au départ, les parties se terminaient assez rapidement (au bout de 11 lignes, puis le record est monté jusqu'à 45 lignes). Mais une possibilité théorique était l'apparition de "boucles": une combinaison permettant de revenir à un état précédent du jeu. Et donc de jouer sans fin. Il existe donc une variante de l'algorithme interdisant ces boucles (l'algorithme choisira une autre pièce). Dans ce cas, le jeu s'arrête lorsque l'algorithme ne peut proposer aucune pièce car toutes les pièces permettraient de réaliser une boucle (c'est probablement impossible, l'espace de jeu est trop limité et le "game over" arrivera avant).
Ce cas s'est déclenché pour la première fois avec un record obtenu en novembre 2022. Il y a deux autres "boucles" publiées, la dernière datant d'hier et ne comportant que 10 lignes pour la mise en place suivies de 10 autres lignes qui peuvent être répétées à l'infini. La question de la boucle la plus courte possible dans "HATETRIS Mild" (la version de l'algorithme autorisant les boucles) reste un problème ouvert, même si ça semble difficile de faire mieux.
[^] # Re: Patch PREEMPT_RT
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Linux is not a RTOS but can easily fake being one. Évalué à 6 (+3/-0).
Cet article mentionne que PREEMPT_RT améliore la latence aux dépends du débit, mais ne donne pas de chiffres sur l'impact en pratique.
Dans un de mes projets, on avait essayé d'activer PREEMPT_RT, et on a constaté que dans notre cas, la dégradation des performances n'était pas acceptable. On s'est donc débrouillés autrement (avec des modifications dans le firmware du matériel avec lequel on s'interface) pour ne plus avoir de contraintes temps réel fortes sur le système Linux.
Donc, ça fonctionne, mais ce n'est peut-être pas la meilleure solution, dans certains cas un système pensé dès le départ pour le temps réel sera peut-être meilleur (je n'ai pas encore eu l'occasion de faire de comparaisons).
Par contre, l'article mentionne directement des solutions propriétaires. Dommage pour RTEMS et FreeRTOS et sûrement quelques autres projets dans ce domaine, qui font du temps réel open source depuis fort longtemps.
[^] # Re: La réalité dépasse la fiction
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Des entreprises d'IA rachètent d'anciens livres, les numérisent puis les détruisent. Évalué à 3 (+0/-0).
C'est pas clair du tout, l'article en lien Linuxfr cite un autre article en allemand dont il a recopié 90% du contenu, qui lui-même cite "un libraire" (donc pas un expert du droit d'auteur américain).
J'ai du mal à voir le rapport entre le support original et le "fair use". Le copyright continue de s'appliquer même si le livre est numérisé, photocopié, …
En droit français je pense que la discussion serait plutôt sur le terrain de la copie privée ou quelque chose de ce genre: lié à la réalisation de copies "verbatim" (sans changements), alors que le "fair use" est plutôt pour des œuvres dérivées (et suffisament différentes).
Quel est le lien légal qui permettrait de sauter de l'un à l'autre dans ce cas?
[^] # Re: Pas un OS
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien IoToS - Le prof qui a codé un OS de zéro pour ses élèves. Évalué à 7 (+4/-0).
Je peux répondre pour Haiku:
Et on réutilise plein d'autres choses. Donc non, clairement ce n'est pas "partie de zéro".
Pour MS-DOS, les premières versions de QDOS ont été fortement inspirées de CP/M, et MS-DOS est une version modifiée de QDOS.
Enfin, de toutes façons, il n'y a peut-être que Ada Lovelace qui a écrit du code en partant "de zéro", tout le reste se base forcément sur du travail précédent?
Pour Linux, Linus Torvalds utilisait Minix et a peut-être commencé par réutiliser des morceaux de code de ce dernier, avant de tout remplacer petit à petit (par son propre noyau monolithique, et par les outils GNU pour l'espace utilisateur).
[^] # Re: Liens supplémentaires
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Un arc-en-ciel dans le logo de LinuxFR.org. Évalué à 3 (+0/-0).
Oui. Ou à défaut, il faudrait au moins que ce soit une des couleurs qui ne sont pas représentables par les codes hexadécimaux de l'espace sRGB (comme expliqué dans le premier lien).
Voire même une qui n'est pas visible par les humain·es mais seulement par d'autres espèces.
# Liens supplémentaires
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Un arc-en-ciel dans le logo de LinuxFR.org. Évalué à 8 (+5/-0).
Quelques liens autour des couleurs:
[^] # Re: Ça va finir par couper de toute façon
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Ça suffoque au DC, "éteignez vos serveurs". Évalué à 4 (+1/-0).
Le décret d'application donne un peu de détails:
On ne devrait donc pas trouver d'eau à 28° à Toulouse…
[^] # Re: Ça va finir par couper de toute façon
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Ça suffoque au DC, "éteignez vos serveurs". Évalué à 3 (+0/-0).
J'ai regardé s'il y avait des infos sur la température de l'eau, j'ai trouvé un dataset pour 2025 mais pas d'API en temps réel?
Et pas d'historique remontant plus loin parce que le réseau de capteurs fixes a été installé en 2025, avant il n'y avait que des mesures pontuelles.
[^] # Re: petits commantiares
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche De la fermeture des comptes inactifs depuis 3 ans. Évalué à 10 (+10/-0).
Ce ne sont donc pas les comptes qui… comptent?
[^] # Re: Résumé sur Le Monde
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien "Près de 6 milliards de poissons, de crustacés et de méduses sont victimes des centrales nucléaires françaises chaque année" (cf lien du Monde). Évalué à 5 (+3/-1).
Celle-ci est à un endroit particulièrement mal choisi, au-dessus dwune nappe phréatique affleurante qui a déjà causé quelques incidents et empêche d'envisager la mise en "sarcophage" du réacteur directement sur place.
Il valait donc mieux abandonner le site (pour l'exploitation nucléaire, mais aussi plus généralement pour toute exploitation industrielle) et déplacer les matériaux radioactifs ailleurs pour le long terme.
Après, pour le "retour à l'herbe" il y a sûrement plein de raisons pragmatiques, économiques, politiques, locales, symboliques, non rationelles, etc qui se combinent et s'intriquent parfois de façon incompréhensible.
Les choix faits pour d'autres centrales seront sans doute différents?
[^] # Re: Résumé sur Le Monde
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien "Près de 6 milliards de poissons, de crustacés et de méduses sont victimes des centrales nucléaires françaises chaque année" (cf lien du Monde). Évalué à 7 (+5/-1).
Le démantèlement complet est prévu pour l'ancienne centrale de Brennilis. La centrale est arrêtée depuis 1985, et le démantèlement est actuellement en cours et devrait se terminer en 2040.
Ça a pris pas mal de retard parce que plusieurs associations écologistes sont très pointilleuses sur les procédures au point de se mettre un peu en travers de la procédure. Peut-être que c'est pour s'assurer que tout est fait dans les règles avec zéro incident, ou peut-être que c'est pour empêcher EDF de tenir sa promesse de "retour à l'herbe" pour cette centrale, qui doit servir d'exemple et de vitrine des capacités de démantèlement.
Le résultat ne sera pas forcément comparable avec les centrales actuelles (c'était un réacteur fonctionnant à l'uranium non enrichi). Et il n'y a pas vraiment d'endroit où stocker les déchets contaminés non revalorisables (le MOx c'est bien, mais c'est uniquement pour les barres de combustible, pas pour le béton radioactif).