Oui, en regardant les fichiers de plus près, ça semple vraiment venir des archives (avec par exemple les commentaires tout en majuscules d'époque), mais ce n'est pas très clair (les explications dans le blog pointent plutôt vers autre chose?) et ça manque de traçabilité, ce qui est dommage.
La moindre des choses (dans ce contexte d'archivage et de préservation historique) serait de préciser:
- d'où viennent les fichiers utilisés
- qu'est-ce qui a été modifié (changement d'encodage? Numérisation d'un listing papier avec risque d'erreurs de reconnaissance de caractères? Changement de support de stockage c'est à peu près certain)
- qu'est-ce qui a été ajouté (par exemple, le fichier gitignore antidaté, c'est assez maladroit)
- qu'est-ce qui a été perdu hour l'instant (les informations sur la chaîne de compilation, par exemple, dont on peut déduire des commentaires qu'il s'agissait d'outils fonctionnant sur un PDP-10 avec un simulateur de 6502)
Ce sont ces informations manquantes qui font que on doute sur l'authenticité du code source, ou en tout cas, c'est difficile de dire à quel point il a pu être altéré. Et donc, même si ce fichier est finalement authentique, on ne peut pas en être sûr.
Pour l'exemple du fichier gitignore: ça nous semble évident aujourd'hui. Mais si un historien de l'informatique trouvait ces fichiers dans 50 ans (ou plus), tels qu'ils ont été publiés, ça pourrait le à devoir faire des recherches supplémentaires sur la date d'apparition de git, chose qui ne serait pas forcément simple à ce moment là (j'espère que si, mais on ne sait jamais).
Il y a quelques rois quand j'ai voulu trouver ds infos sur certaias contrôleurs vidéo commercialisés dans les années 70, j'ai eu quelques difficultés à trouver des infos fiaples. Le 6845 de Motorola aurait soi-disant été conçu par Hitachi, mais je ne trouve que des sources récentes à ce sujet qui répètent la même chose sans source fiable. Pour les dates de commercialisation, impossiple de trouver quoi que ce soit, la meilleure solution est d'éplucher les pages de publicités de magasines où des revendeurs font apparaître le composant à leur catalogue. Et quand il s'agit oe trouver la date de fin de production, n'en parlons même pas.
Over the years, dedicated preservationists have reconstructed build environments and verified that the historical source can still produce byte-exact ROMs. Notably, Michael Steil documented and rebuilt the original BASIC process for multiple targets. He has ported the code to assemblers like cc65, making it possible to build and run on modern systems.
This open-source release builds on that work, now with a clear, modern license
Je lis la page de Michael Steil qui est liée:
If you disassemble a single binary, you can never tell why something was done in a certain way. If you have eight different versions, you can tell a lot. This episode of “Computer Archeology” is about reverse engineering eight different versions of Microsoft BASIC 6502 (Commodore, AppleSoft etc.), reconstructing the family tree, and understanding when bugs were fixed and when new bugs, features and easter eggs were introduced.
Ma conclusion est qu'il s'agit oe reverse engineering. Microsoft aurait remis le source dans un format permettant de le compiler sur les logiciels d'époque, mais il n'y a aucune mention nulle part de:
comment ces fichiers ont été restaurés à partir de sauvegardes de 1978 (je ne pense pas que Bill Gates a dit "ah oui bien sûr je les ai toujours migré d'une machine à l'autre à chaque fois que j'ai fait un upgrade, tenez voici les fichiers". Éventuellement on peut imaginer qu'ils avaient une version sur papier et que le travail de Michael Steil a permis de vérifier que le code générait bien des binaires identiques?
Même l'illustration du blog de Microsoft est une photo de la version du basic pour intel 8080 qui est exposée dans un musée.
quels outils il faut utiliser pour les compiler? Le readm dit "Assembly Format: Compatible with period assemblers for 6502 development"
Il y a quelques autres bizarreries comme le fichier .gitignore antidaté à il y a 48 ans (bien avant l'invention de git, si vous n'avez pas suivi). Pour moi cela rend ces infos peu exploitabnes si on veut étudier ce source comme un artefact historique. Peut-être qu'il est authentique, que Microsoft est effectivement très bon pour garder des backups de son code source pendant 50 ans sur des supports facilement accessibles, et qu'ils ont juste eu à récupérer le fichier sur leur serveur de sources actuel oùeil était disponible. Mais ça manque de preuves pour en établir l'authenticité, ce qui serait intéressant si on veut s'en servir pour étudier comment les développeurs géraient la compilation conditionelle en 1978 pour cibler plusieurs machines avec le même source.
Si on veut simplement étudier le fonctionnement du BASIC ou le porter sur une nouvelle machine, par contre, l'officialisation de la license par Microsoft est une très bonne nouvelle!
Le code qui est publié est une reconstruction de sources à partir de l'analyse des binaires de multiples versions du BASIC pour différentes machnes. Plus d'explications par lwauteur de ce travail. Microsoft a récupéré ces informations et a "officialisé" la chose et la license (ce qui pose question, car une partie des changements documentés ne sont pas de leur fait, mais d'entreprises qui avaient acheté et "forké" le BASIC). Est-ce qu'ils ont tout puolié, ou bien ils ont pris soin dans leur version de ne garder que les variantes sur lesquelles ils sont effectivement propriétaires du copyright?
J'avais vu passer les photos sur le fediverse mais je n'avais pas lu l'aticle complet, qui explique un peu pourquoi ce tissage existe. J'ai appris plein de choses sur la fabrication de circuits intégrés par les indiens Navajo dans les années 1960-70, dont certains qui se trouvent peut-être sur la Lune.
J'ai lu ici que plusieurs sites pornos parmi les plus connus ont été bloqués en France faute d'avoir mis en place une vérification de l'âge (puis peut-être débloqués, voire rebloqués… il me semble que le feuilleton a été assez complexe et je ne me rappelle plus de la fin).
Pas vraiment, une loi demandant aux sites pornos de mettre une vérification d'âge en place été publiée, certains sites (pornhub, youporn et d'autres appartenant au même éditeur) se sont auto-bloqués avec un message expliquant pourquoi ils sont opposés à cette loi avant même qu'elle soit appliquée.
Cela leur a permis d'indiquer clairement à leur clientèle que le blocage n'est effectif qu'en France, et donc il y a eu un pic d'abonnement à divers services de VPN.
D'autres sites ont mis en place diverses vérifications ou se sont engagés à le faire.
Je ne crois pas qu'il y aie de blocage effectif pour l'instant. Et s'il y en avait un, ce sera probablement une mesure du type blocage DNS (plutôt facile à contourner) si les sites en question ne sont pas hébergés en France (ils ne le sont pas pour la plupart).
Ta restriction d'âge sur youporn, c'est un peu comme mettre un barrière d'1m de haut, sur un carré de 2m/2m sur une plage de la baie du mont saint-Michel pour interdire de ramasser du sable.
Je croyais qu'on essayait de la désensabler, cette baie?
Et effectivement, c'est possible. Il faut avoir des organismes certificateurs qui ont une preuve de ta majorité (par exemple, l'État, ta banque, etc), et un algorithme qui permet de transmettre la preuve de majorité au site cible sans que le site cible n'ait aucune autre information sur toi, et que l'organisme certificateur n'ait aucune information sur le site cible.
Comment peut-on associer la preuve de majorité d'une personne à une connexion internet, ou à un terminal connecté à internet?
Il faut une info du genre "cette adresse IP appartient à une personne majeure" ou alors "ce cookie appartient à une personne majeure". Les cookies tout comme les adresses IP sont relativement facile à partager entre plusieurs personnes.
Donc tout ce que tu peux vérifier, c'est "je possède le certificat d'une personne majeure", mais ce certificat a pu être obtenu par vol, trafic, revente, partage de compte, …
Donc la solution technique a l'air boiteuse.
On peut aussi discuter de l'aspect, est-ce que c'est souhaitable de mettre en place ce genre de choses. On peut avoir une opposition de principe (avec des arguments par exemple qui disent que c'est aux parents de ne pas laisser leurs enfants se promener tout seuls sur internet), mais aussi on peut avoir une opposition après avoir étudié les conséquences de la solution mise en place (risque de trafic illégal de certificats, risque de fuite de données, risque de tracking qui pourrait servir à vendre de la publicité ciblée, inefficacité de la solution technique, dépendance à une entreprise étrangère, …)
Ça me semblerait plus malin de dire "on a mis en place la protection demandée dans cette loi stupide même si on est pas d'accord avec, d'autant plus qu'elle est inefficace et très facile à contourner en faisant [mode d'emploi pour contourner le truc]". Plutôt que de ne rien faire, de se trouver ouvertement dans l'illégalité et de devenir un argument hour les gens qui disent "vous voyez? Le dark web, cette zone de non droit!"
Eugen Rockhode Mastodon GMBH, développeur du logiciel Mastodon, dit que ce n'est pas sa responsabilité de faire en sorte que chaque instance Mastodon implémente les vérifications d'âge demandées.
Eugen Rockho de Mastodon GMBH, hébergeur de l'instance Mastodon.social, dit qu'il n'est pas en mesure de mettre en place les vérifications d'âge demandées parce que le logiciel qu'ils utilise, Mastodon, développé par Mastodon GMBH, n'implémente pas les fonctionnalités nécessaires.
Un joli exercice pour essayer de se débarasser de la patate chaude en la faisant passer sans cesse de la main droite à la main gauche?
Pour ce type de service, je ne vois pas comment une solution centralisée peut fonctionner. Les images ne sont jamais supprimées et donc l'espace disque utilis, ne fait qu'augmenter à chaque nouveau fichier. Forcément cela devient ingérable à un moment, sans parler des problèmes de modération.
Comment financer ça? Avec un abonnement? Est-ce qu'alors on supprime les fichiers quand la personne ne paie plus? Avec un paiement unique à chaque upload? Avec de la hublicité? Difficile si le but est de faire apparaître l'image sur d'autres sites.
Dans le cas contraire, si chacun héberge ses propres fichiers, on doit se retrouver avec des tailles de stockage plus raisonables. Ce qui par contre pourrait être intéressant, ce serait de stocker un hash de l'image permettant de la retrouver plus facilement et ainsi de découpler le lieu de stockage de l'identifiant de l'image. On pourrait utiliser des liens "magnet", et un protocole come gnutella, bittorrent, ou ipfs.
On peut noter que ce genre de système n'est pas vraiment nouveau. Par exemple, aujourd'hui il est assez facile d'identifier un livre par son ISBN, pour ensuite en trouver une copie dans une bibliothèque ou une librairie. C'est bête que les liens hypertextes du web ne fonctionnent pas comme ça et reposent sur un unique exemplaire de l'hébergement du contenu.
Le décodage de vidéo n'utilise pas l'accélération GPU en général. ça sert plutôt pour le rendu 3D et on en fait quasiment pas dans Haiku (à part quelques écrans de veille). L'accélération du décodage de vidéos pourrait aussi être mise en place un jour.
Pour le chiffrage des disques, il y a https://github.com/axeld/driveencryption mais pour l'instant ça ne fonctionne pas pour le disque de démarrage. Il faut donc stocker les données sur un autre disque. En attendant mieux, bien sûr.
Sur la gestion d'énergie, le minimum est en place (cpuidle, réduction de la fréquence CPU quand on a pas besoin qu'il tourne à pleine vitesse) mais il y a encore de gros progrès à faire, c'est certain: mise en veille suspend-to-RAM, arrêt des périphériques non utilisés, optimisation des applications pour réduire les réveils inutiles du CPU, regroupement des causes de réveil par synchronisation de timers qui n'ont pas besoin d'une échéance très précise, …
C'est le seul système sur mon laptop principal sur lequel je fais tout mon développement (beaucoup de C++ pour Haiku lui-même et les logiciels qui fonctionnent dessus, un peu de Python, et cette semaine j'ai commencé mon premier projet en Rust par exemple).
J'ai un serveur Linux qui héberge plusieurs trucs chez moi, sur lequel je peux me connecter en SSH si j'ai besoin d'un Linux (c'est assez rare, mais par exemple pour flasher postmarketos sur une vieille tablette, ça ne valait pas la peine d'essayer de porter tous les outils nécessaires vers Haiku).
J'ai également un PC Windows pour les choses que je ne peux pas encore faire avec Haiku. Entre autres, pour Kicad et divers autres outils pour de l'électronique (programmation de microcontrôleurs, …), occasionnellement du reverse engineering avec IDA, ce genre de choses. Ce PC est sous Windows 7, je ne compte pas le mettre à jour et j'espère pouvoir migrer ces outils vers Haiku pour la plupart (ou utiliser des alternatives libres).
J'ai encore des problèmes pour tout faire sur Haiku:
WebPositive ne lit pas les vidéos youtube. Il y a des solutions alternatives (installer Iceweasel, utiliser mpv, …), mais de toutes façons sur mon laptop actuel j'ai des problèmes de driver de carte son que je n'ai pas encore réussi à complètement démêler.
Je ne suis pas satisfait par les clients mail existants. Un jour j'en développerai un. Mais je peux m'en sortir avec un webmail si besoin (j'ai snappymail installé sur mon serveur mail).
J'aimerais beaucoup arriver à faire fonctionner mes deux écrans (celui du PC portable plus un externe) en même temps (actuellement c'est soit l'un soit l'autre). Les cartes graphiques Intel sont devenues de plus en plus compliquées et il manque du code dans nos pilotes pour initialiser tout ça comme il faut.
On peut éventuellement ajouter un pilote webcam pour faire des visioconférences, mais ça me sert peut être trois fois dans l'année, alors c'est pas très grave. Je peux faire ça avec mon téléphone.
Pour tout le reste, je n'ai pas de raison de lancer un autre système. Je peux lancer LibreOffice, IceWeasel/Firefox, à peu près toutes les applications en Qt si j'ai besoin. C'est un peu mentionné dans la dépêche mais récemment j'ai porté dosemu, donc je peux lancer plein d'outils pour MS-DOS :D (mais en vrai ce serait super d'avoir de la virtualisation avec accélération matérielle un jour, pour lancer un Linux dans une VM).
Je passe parfois un peu de temps à empaqueter des logiciels qui ne sont pas encore disponibles. Mais c'est assez simple à faire et avec l'intégration continue, c'est disponible dans les paquets logiciels pour tout le monde dès le lendemain. Les processus de contribution à Debian (par exemple, ailleurs j'ai jamais regardé) me semblent beaucoup plus opaques (c'est peut-être simplement parce que ça fait plus de 15 ans que je navigue dans Haiku et que je connaît trop bien comment ça marche, j'aurais peut-être pu être tout aussi à l'aise chez Debian).
Il m'arrive aussi de trouver des bugs dans le système en essayant de faire des trucs. Ou juste des choses qui manquent. Mais d'un autre côté, c'est souvent des choses que je peux corriger moi-même, plutôt que de me faire balader entre les bugtrackers de plusieurs projets qui se renvoient la balle, ou ignorer lorsque j'envoie des patchs sur une mailing list de contribution (ce n'est pas le cas partout, mais ça arrive).
Quelque part je me dis que c'est bien qu'il reste de niche, comme ça il reste simple.
Potentiellement la niche "utilisateurs de PC de bureau" est assez large et on a l'impression parfois que les concurrents font tout pour se saborder.
Les développeurs de Haiku restent vigilants sur ce qui est intégré ou pas dans le système. Effectivement tout reste appréhendable, même si certaines choses sont forcément plus complexes que d'autres. Je dirais que ce qui aide beaucoup, c'est d'avoir un développement un peu centralisé, avec une seule équipe qui maintient tout le code, et donc des pratiques standardisées. Cela contribue à démystifier pas mal de choses, d'une façon qui me semble plus difficile à mettre en place dans un système à base de Linux, où les projets se sont cristallisés autour de zones de friction (la limite entre l'espace utilisateur et le code qui tourne dans le noyau ; les parties client et serveur de la pile graphique) d'une façon qui rend beaucoup plus difficile l'évolution du logiciel lorsque cela remet en question ces interfaces. Mais d'un autre côté, il y a peut-être une limite à ça si l'équipe devient trop grosse, on ne pourrait probablement pas accueillir des milliers de développeurs dans Haiku sans remettre des choses en question.
Oui, il y a plusieurs utilisateurs dont moi-même. Il y en a d'ailleurs de plus en plus (toutes proportions gardées) suite à la disponibilité d'applications développées en Qt et en GTK ces dernières années (personnellement je trouve que ce n'est pas très intéressant, mais il y a visiblement des gens à qui cela convient très bien).
Dans l'API de Haiku il faut créer une instance de la classe BApplication pour quasiment tout ce qui va intéragir avec le système (que ce soit pour l'interface graphique, pour les services média audio et vidéo, pour surveiller l'activité du système de fichiers…).
Je ne sais pas comment le nom a été choisi (cela date de BeOS, l'ancêtre de Haiku), peut-être simplement parce que en anglais, software n'est pas dénombrable et il n'y a donc pas d'autre équivalent de "un logiciel" en Français.
La traduction en français de Haiku a choisi de conserver le terme anglais qui est assez bien connu en français aussi. Il est également plus spécifique: le serveur graphique de Haiku est un logiciel, mais ce n'est pas une application.
Cette dépêche devrait être dans la catégorie Android et pas Ada. Les problèmes de souris qui clique à côté, au moins ça change des claviers qui se blo
La moindre volonté de faire de la réclame pour un producteur/fournisseur c’est admettre que les gens n’ont pas besoin de ce qu’il compte leur refourguer.
Ça fait très longtemps qu'il y a des gens persuadés qu'avoir la meilleure solution technique suffit à prendre le contrôle du marché. Si c'était le cas, tout le monoe utiliserait Linux à la place de Windows.
Sans publicité, personne ne saura jamais que ton produit existe. Tu ne vas jamais rien vendre. On peut discuter du bon dosage, de différentes méthodes plus ou moins honnêtes, mais tu ne peuxpas juste rien faire et attendre que les clients déburquent chez toi.
Pour la voiture mise en orbite d'Elon: le premier lancement d'un nouveau modèle de fusée est presque toujours fait avec une charge "morte". Aucunclient ne voudrait mettre son satellite (ou autre objet à mettre en orbite) dans une fusée qui n'a jamais volé. Alors, pourquoi pas utiliser ce poid mort pour faire de la pub? C'est sans risque pour personne il me semble?
On voit encore des gens critiquer Python pour sa non stabilité à cause de ça.
Personnellement j'ai beaucoup plus de problèmes avec la nouvelle approche. Chaque version mineure (3.x) de Python vient avec son lot de petits changements qui cassent certains scripts.
Et des versions, il y en a souvent et elles ne sont pas maintenues longtemps. C'est surtout là que je vois des reproches à Python pour sa non stabilité, et c'est aussi ce qui peut expliquer que certains projets sont restés en Python 2 aussi longtemps que possible (la version 3 ne donnant plus de garantie que le code existant continuerait de fonctionner d'une version à l'autre).
Ce n'est pas un compromis facile entre la rétrocompatibilité et l'évolution continue du langage. C++ ne casse que très rarement la compatibilité, mais par contre il accumule un certain nombre de problèmes qui ne peuvent pas être corrigés. Et surtout, on peut toujours configurer le compilateur pour compiler du code C89 si on a besoin. On ne peut pas faire la même chose en Python: prendre un interpréteur Python 3.13 et lui dire "interprète moi ce code qui est écrit en Python 3.8 et utilise des fonctionnalités qui ont été supprimées entretemps".
Amazon a investi de façon stratégique pour déployer des entrepôts, des lignes aériennes, tout un réseau de stockage et de distribution, et c'est ça qui fait que au bout de 30 ans, c'est rentable.
Pour les LLM, l'investissement est dans l'entraînement des modèles qui doit être refait à chaque génération, et des datacenters plein de cartes nvidia qui seront obsolètes l'année suivante. Ça n'aide pas à atteindre une quelconque rentabilité plus tard.
Pour l'instant ça ressemble plutôt à l'époque ou il yavait 12000 entreprises de livraison de repas ou de vélos en libre service. Peut-être que dans quelques années on retiendra le nom de celle qui a survécu (comme Amazon) et qu'on aura oublié tous les autres.
Certes on arrive à déchiffrer, mais les choses ont quand même pas mal changé depuis. Certes, ce sont peut-être les difficultés de vocabulaire, et non d'orthographe, qui rendent la lecture peu fluide.
Il est parfois publié en version modernisée, qu'il ne faudrait pas confondre avec l'original.
En plus de ça, la réforme de 1990 consiste à corriger des incohérences qui n'ont aucun sens et des oublis de réformes précédentes. Ce n'est pas la première et j'espère que ça ne sera pas la dernière.
À l’inverse, une « œuvre » telle que la très fameuse « Fontaine » de Duchamp c’est à mon avis avant toute chose l’art de se foutre de la gueule des gens.
C'est une remise en question de l'art lui-même.
Plus récemment il y a url (une banane scotchée sur un mur). Il y a au moins 3 personnes qui ont mangé la banane (un autre artiste lors d'une performance, un visiteur d'une exposition où l'oeuvre était exposée, un acheteur juste après l'avoir achetée à plusieurs millions d'euros lors d'une vente aux enchères).
Cela n'a aucun impact sur l'oeuvre originale, qui est de toutes façon fournie avec des instructions pour remplacer régulièrement la banane. Mais parmi ces trois mangeages de banane, la première est considérée comme une performance artistique (intitulée "l'artiste affamé"), pour la deuxième, Maurizio Cattelan a annoncé qu'il était déçu que le public ne comprenne pas la dnfférence entre l'oeuvre et les matériaux utilisés pour la réaliser. La troisième semble être un moyen pour un millionaire de se faire remarquer en dépensant son argent n'importe comment, sans faire de mal à personne, ce qui n'est peut-être pas plus mal.
En tout cas ces oeuvres engagent à s'interroger sur la nature de l'art, sur la valeur qu'on donne à ces oeuvres (ce qui amène à une réflexion sur le capitalisme et sur la loi de l'offre et de la demande), ainsi que sur des sujets plus philosophiques, comme la décorrélation entre l'oeuvre et les matériaux qui la composent (vaisseau de Thésée, tout ça). Le tout dans un format assez bien compris par le grand public, je pense? Il y a des oeuvres bien plus complexes et impénétrables sans connaissances culturelles préalables.
[^] # Re: tu oublies que ça se compile
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 8.
Oui, en regardant les fichiers de plus près, ça semple vraiment venir des archives (avec par exemple les commentaires tout en majuscules d'époque), mais ce n'est pas très clair (les explications dans le blog pointent plutôt vers autre chose?) et ça manque de traçabilité, ce qui est dommage.
La moindre des choses (dans ce contexte d'archivage et de préservation historique) serait de préciser:
- d'où viennent les fichiers utilisés
- qu'est-ce qui a été modifié (changement d'encodage? Numérisation d'un listing papier avec risque d'erreurs de reconnaissance de caractères? Changement de support de stockage c'est à peu près certain)
- qu'est-ce qui a été ajouté (par exemple, le fichier gitignore antidaté, c'est assez maladroit)
- qu'est-ce qui a été perdu hour l'instant (les informations sur la chaîne de compilation, par exemple, dont on peut déduire des commentaires qu'il s'agissait d'outils fonctionnant sur un PDP-10 avec un simulateur de 6502)
Ce sont ces informations manquantes qui font que on doute sur l'authenticité du code source, ou en tout cas, c'est difficile de dire à quel point il a pu être altéré. Et donc, même si ce fichier est finalement authentique, on ne peut pas en être sûr.
Pour l'exemple du fichier gitignore: ça nous semble évident aujourd'hui. Mais si un historien de l'informatique trouvait ces fichiers dans 50 ans (ou plus), tels qu'ils ont été publiés, ça pourrait le à devoir faire des recherches supplémentaires sur la date d'apparition de git, chose qui ne serait pas forcément simple à ce moment là (j'espère que si, mais on ne sait jamais).
Il y a quelques rois quand j'ai voulu trouver ds infos sur certaias contrôleurs vidéo commercialisés dans les années 70, j'ai eu quelques difficultés à trouver des infos fiaples. Le 6845 de Motorola aurait soi-disant été conçu par Hitachi, mais je ne trouve que des sources récentes à ce sujet qui répètent la même chose sans source fiable. Pour les dates de commercialisation, impossiple de trouver quoi que ce soit, la meilleure solution est d'éplucher les pages de publicités de magasines où des revendeurs font apparaître le composant à leur catalogue. Et quand il s'agit oe trouver la date de fin de production, n'en parlons même pas.
[^] # Re: tu oublies que ça se compile
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 10.
Je lis l'annonce de Microsoft qui dit:
Je lis la page de Michael Steil qui est liée:
Ma conclusion est qu'il s'agit oe reverse engineering. Microsoft aurait remis le source dans un format permettant de le compiler sur les logiciels d'époque, mais il n'y a aucune mention nulle part de:
Il y a quelques autres bizarreries comme le fichier .gitignore antidaté à il y a 48 ans (bien avant l'invention de git, si vous n'avez pas suivi). Pour moi cela rend ces infos peu exploitabnes si on veut étudier ce source comme un artefact historique. Peut-être qu'il est authentique, que Microsoft est effectivement très bon pour garder des backups de son code source pendant 50 ans sur des supports facilement accessibles, et qu'ils ont juste eu à récupérer le fichier sur leur serveur de sources actuel oùeil était disponible. Mais ça manque de preuves pour en établir l'authenticité, ce qui serait intéressant si on veut s'en servir pour étudier comment les développeurs géraient la compilation conditionelle en 1978 pour cibler plusieurs machines avec le même source.
Si on veut simplement étudier le fonctionnement du BASIC ou le porter sur une nouvelle machine, par contre, l'officialisation de la license par Microsoft est une très bonne nouvelle!
[^] # Re: tu oublies que ça se compile
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 10.
Le code qui est publié est une reconstruction de sources à partir de l'analyse des binaires de multiples versions du BASIC pour différentes machnes. Plus d'explications par lwauteur de ce travail. Microsoft a récupéré ces informations et a "officialisé" la chose et la license (ce qui pose question, car une partie des changements documentés ne sont pas de leur fait, mais d'entreprises qui avaient acheté et "forké" le BASIC). Est-ce qu'ils ont tout puolié, ou bien ils ont pris soin dans leur version de ne garder que les variantes sur lesquelles ils sont effectivement propriétaires du copyright?
[^] # Re: Compliqué les nouveaux patrons de tapisserie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conception d’un circuit intégré avec OpenRoad. Évalué à 4.
J'avais vu passer les photos sur le fediverse mais je n'avais pas lu l'aticle complet, qui explique un peu pourquoi ce tissage existe. J'ai appris plein de choses sur la fabrication de circuits intégrés par les indiens Navajo dans les années 1960-70, dont certains qui se trouvent peut-être sur la Lune.
[^] # Re: Solution fonctionnelle actuellement ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mastodon says it doesn’t ‘have the means’ to comply with age verification laws. Évalué à 5.
Pas vraiment, une loi demandant aux sites pornos de mettre une vérification d'âge en place été publiée, certains sites (pornhub, youporn et d'autres appartenant au même éditeur) se sont auto-bloqués avec un message expliquant pourquoi ils sont opposés à cette loi avant même qu'elle soit appliquée.
Cela leur a permis d'indiquer clairement à leur clientèle que le blocage n'est effectif qu'en France, et donc il y a eu un pic d'abonnement à divers services de VPN.
D'autres sites ont mis en place diverses vérifications ou se sont engagés à le faire.
Je ne crois pas qu'il y aie de blocage effectif pour l'instant. Et s'il y en avait un, ce sera probablement une mesure du type blocage DNS (plutôt facile à contourner) si les sites en question ne sont pas hébergés en France (ils ne le sont pas pour la plupart).
[^] # Re: Résumé de la situation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mastodon says it doesn’t ‘have the means’ to comply with age verification laws. Évalué à 4.
Je croyais qu'on essayait de la désensabler, cette baie?
[^] # Re: Compliqué les nouveaux patrons de tapisserie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Conception d’un circuit intégré avec OpenRoad. Évalué à 6.
Pas besoin, quelqu'un s'en est déjà chargé:
Intel Pentium en tissage Navajo
[^] # Re: Adult swim
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mastodon says it doesn’t ‘have the means’ to comply with age verification laws. Évalué à 5.
Comment peut-on associer la preuve de majorité d'une personne à une connexion internet, ou à un terminal connecté à internet?
Il faut une info du genre "cette adresse IP appartient à une personne majeure" ou alors "ce cookie appartient à une personne majeure". Les cookies tout comme les adresses IP sont relativement facile à partager entre plusieurs personnes.
Donc tout ce que tu peux vérifier, c'est "je possède le certificat d'une personne majeure", mais ce certificat a pu être obtenu par vol, trafic, revente, partage de compte, …
Donc la solution technique a l'air boiteuse.
On peut aussi discuter de l'aspect, est-ce que c'est souhaitable de mettre en place ce genre de choses. On peut avoir une opposition de principe (avec des arguments par exemple qui disent que c'est aux parents de ne pas laisser leurs enfants se promener tout seuls sur internet), mais aussi on peut avoir une opposition après avoir étudié les conséquences de la solution mise en place (risque de trafic illégal de certificats, risque de fuite de données, risque de tracking qui pourrait servir à vendre de la publicité ciblée, inefficacité de la solution technique, dépendance à une entreprise étrangère, …)
[^] # Re: Résumé de la situation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mastodon says it doesn’t ‘have the means’ to comply with age verification laws. Évalué à 6.
Ça me semblerait plus malin de dire "on a mis en place la protection demandée dans cette loi stupide même si on est pas d'accord avec, d'autant plus qu'elle est inefficace et très facile à contourner en faisant [mode d'emploi pour contourner le truc]". Plutôt que de ne rien faire, de se trouver ouvertement dans l'illégalité et de devenir un argument hour les gens qui disent "vous voyez? Le dark web, cette zone de non droit!"
# Résumé de la situation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Mastodon says it doesn’t ‘have the means’ to comply with age verification laws. Évalué à 10.
Eugen Rockhode Mastodon GMBH, développeur du logiciel Mastodon, dit que ce n'est pas sa responsabilité de faire en sorte que chaque instance Mastodon implémente les vérifications d'âge demandées.
Eugen Rockho de Mastodon GMBH, hébergeur de l'instance Mastodon.social, dit qu'il n'est pas en mesure de mettre en place les vérifications d'âge demandées parce que le logiciel qu'ils utilise, Mastodon, développé par Mastodon GMBH, n'implémente pas les fonctionnalités nécessaires.
Un joli exercice pour essayer de se débarasser de la patate chaude en la faisant passer sans cesse de la main droite à la main gauche?
[^] # Re: Quoi d'autre
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Imgur: la communauté se retourne contre le propriétaire de la plateforme. Évalué à 5.
Pour ce type de service, je ne vois pas comment une solution centralisée peut fonctionner. Les images ne sont jamais supprimées et donc l'espace disque utilis, ne fait qu'augmenter à chaque nouveau fichier. Forcément cela devient ingérable à un moment, sans parler des problèmes de modération.
Comment financer ça? Avec un abonnement? Est-ce qu'alors on supprime les fichiers quand la personne ne paie plus? Avec un paiement unique à chaque upload? Avec de la hublicité? Difficile si le but est de faire apparaître l'image sur d'autres sites.
Dans le cas contraire, si chacun héberge ses propres fichiers, on doit se retrouver avec des tailles de stockage plus raisonables. Ce qui par contre pourrait être intéressant, ce serait de stocker un hash de l'image permettant de la retrouver plus facilement et ainsi de découpler le lieu de stockage de l'identifiant de l'image. On pourrait utiliser des liens "magnet", et un protocole come gnutella, bittorrent, ou ipfs.
On peut noter que ce genre de système n'est pas vraiment nouveau. Par exemple, aujourd'hui il est assez facile d'identifier un livre par son ISBN, pour ensuite en trouver une copie dans une bibliothèque ou une librairie. C'est bête que les liens hypertextes du web ne fonctionnent pas comme ça et reposent sur un unique exemplaire de l'hébergement du contenu.
[^] # Re: why ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 24 ans - nouvelles de l'été 2025. Évalué à 5.
Le décodage de vidéo n'utilise pas l'accélération GPU en général. ça sert plutôt pour le rendu 3D et on en fait quasiment pas dans Haiku (à part quelques écrans de veille). L'accélération du décodage de vidéos pourrait aussi être mise en place un jour.
Pour le chiffrage des disques, il y a https://github.com/axeld/driveencryption mais pour l'instant ça ne fonctionne pas pour le disque de démarrage. Il faut donc stocker les données sur un autre disque. En attendant mieux, bien sûr.
Sur la gestion d'énergie, le minimum est en place (cpuidle, réduction de la fréquence CPU quand on a pas besoin qu'il tourne à pleine vitesse) mais il y a encore de gros progrès à faire, c'est certain: mise en veille suspend-to-RAM, arrêt des périphériques non utilisés, optimisation des applications pour réduire les réveils inutiles du CPU, regroupement des causes de réveil par synchronisation de timers qui n'ont pas besoin d'une échéance très précise, …
[^] # Re: why ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 24 ans - nouvelles de l'été 2025. Évalué à 10.
C'est le seul système sur mon laptop principal sur lequel je fais tout mon développement (beaucoup de C++ pour Haiku lui-même et les logiciels qui fonctionnent dessus, un peu de Python, et cette semaine j'ai commencé mon premier projet en Rust par exemple).
J'ai un serveur Linux qui héberge plusieurs trucs chez moi, sur lequel je peux me connecter en SSH si j'ai besoin d'un Linux (c'est assez rare, mais par exemple pour flasher postmarketos sur une vieille tablette, ça ne valait pas la peine d'essayer de porter tous les outils nécessaires vers Haiku).
J'ai également un PC Windows pour les choses que je ne peux pas encore faire avec Haiku. Entre autres, pour Kicad et divers autres outils pour de l'électronique (programmation de microcontrôleurs, …), occasionnellement du reverse engineering avec IDA, ce genre de choses. Ce PC est sous Windows 7, je ne compte pas le mettre à jour et j'espère pouvoir migrer ces outils vers Haiku pour la plupart (ou utiliser des alternatives libres).
J'ai encore des problèmes pour tout faire sur Haiku:
Pour tout le reste, je n'ai pas de raison de lancer un autre système. Je peux lancer LibreOffice, IceWeasel/Firefox, à peu près toutes les applications en Qt si j'ai besoin. C'est un peu mentionné dans la dépêche mais récemment j'ai porté dosemu, donc je peux lancer plein d'outils pour MS-DOS :D (mais en vrai ce serait super d'avoir de la virtualisation avec accélération matérielle un jour, pour lancer un Linux dans une VM).
Je passe parfois un peu de temps à empaqueter des logiciels qui ne sont pas encore disponibles. Mais c'est assez simple à faire et avec l'intégration continue, c'est disponible dans les paquets logiciels pour tout le monde dès le lendemain. Les processus de contribution à Debian (par exemple, ailleurs j'ai jamais regardé) me semblent beaucoup plus opaques (c'est peut-être simplement parce que ça fait plus de 15 ans que je navigue dans Haiku et que je connaît trop bien comment ça marche, j'aurais peut-être pu être tout aussi à l'aise chez Debian).
Il m'arrive aussi de trouver des bugs dans le système en essayant de faire des trucs. Ou juste des choses qui manquent. Mais d'un autre côté, c'est souvent des choses que je peux corriger moi-même, plutôt que de me faire balader entre les bugtrackers de plusieurs projets qui se renvoient la balle, ou ignorer lorsque j'envoie des patchs sur une mailing list de contribution (ce n'est pas le cas partout, mais ça arrive).
Potentiellement la niche "utilisateurs de PC de bureau" est assez large et on a l'impression parfois que les concurrents font tout pour se saborder.
Les développeurs de Haiku restent vigilants sur ce qui est intégré ou pas dans le système. Effectivement tout reste appréhendable, même si certaines choses sont forcément plus complexes que d'autres. Je dirais que ce qui aide beaucoup, c'est d'avoir un développement un peu centralisé, avec une seule équipe qui maintient tout le code, et donc des pratiques standardisées. Cela contribue à démystifier pas mal de choses, d'une façon qui me semble plus difficile à mettre en place dans un système à base de Linux, où les projets se sont cristallisés autour de zones de friction (la limite entre l'espace utilisateur et le code qui tourne dans le noyau ; les parties client et serveur de la pile graphique) d'une façon qui rend beaucoup plus difficile l'évolution du logiciel lorsque cela remet en question ces interfaces. Mais d'un autre côté, il y a peut-être une limite à ça si l'équipe devient trop grosse, on ne pourrait probablement pas accueillir des milliers de développeurs dans Haiku sans remettre des choses en question.
[^] # Re: why ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 24 ans - nouvelles de l'été 2025. Évalué à 5.
Oui, il y a plusieurs utilisateurs dont moi-même. Il y en a d'ailleurs de plus en plus (toutes proportions gardées) suite à la disponibilité d'applications développées en Qt et en GTK ces dernières années (personnellement je trouve que ce n'est pas très intéressant, mais il y a visiblement des gens à qui cela convient très bien).
[^] # Re: brillant
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 24 ans - nouvelles de l'été 2025. Évalué à 6.
Dans l'API de Haiku il faut créer une instance de la classe
BApplicationpour quasiment tout ce qui va intéragir avec le système (que ce soit pour l'interface graphique, pour les services média audio et vidéo, pour surveiller l'activité du système de fichiers…).Je ne sais pas comment le nom a été choisi (cela date de BeOS, l'ancêtre de Haiku), peut-être simplement parce que en anglais, software n'est pas dénombrable et il n'y a donc pas d'autre équivalent de "un logiciel" en Français.
La traduction en français de Haiku a choisi de conserver le terme anglais qui est assez bien connu en français aussi. Il est également plus spécifique: le serveur graphique de Haiku est un logiciel, mais ce n'est pas une application.
# Catégorie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 10.
Cette dépêche devrait être dans la catégorie Android et pas Ada. Les problèmes de souris qui clique à côté, au moins ça change des claviers qui se blo
[^] # Re: L'Art **ET** la Science sont tous les deux primordiaux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le Palais de la découverte en danger. Évalué à 4.
Ça fait très longtemps qu'il y a des gens persuadés qu'avoir la meilleure solution technique suffit à prendre le contrôle du marché. Si c'était le cas, tout le monoe utiliserait Linux à la place de Windows.
Sans publicité, personne ne saura jamais que ton produit existe. Tu ne vas jamais rien vendre. On peut discuter du bon dosage, de différentes méthodes plus ou moins honnêtes, mais tu ne peuxpas juste rien faire et attendre que les clients déburquent chez toi.
Pour la voiture mise en orbite d'Elon: le premier lancement d'un nouveau modèle de fusée est presque toujours fait avec une charge "morte". Aucunclient ne voudrait mettre son satellite (ou autre objet à mettre en orbite) dans une fusée qui n'a jamais volé. Alors, pourquoi pas utiliser ce poid mort pour faire de la pub? C'est sans risque pour personne il me semble?
[^] # Re: History
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 7.
Personnellement j'ai beaucoup plus de problèmes avec la nouvelle approche. Chaque version mineure (3.x) de Python vient avec son lot de petits changements qui cassent certains scripts.
Et des versions, il y en a souvent et elles ne sont pas maintenues longtemps. C'est surtout là que je vois des reproches à Python pour sa non stabilité, et c'est aussi ce qui peut expliquer que certains projets sont restés en Python 2 aussi longtemps que possible (la version 3 ne donnant plus de garantie que le code existant continuerait de fonctionner d'une version à l'autre).
Ce n'est pas un compromis facile entre la rétrocompatibilité et l'évolution continue du langage. C++ ne casse que très rarement la compatibilité, mais par contre il accumule un certain nombre de problèmes qui ne peuvent pas être corrigés. Et surtout, on peut toujours configurer le compilateur pour compiler du code C89 si on a besoin. On ne peut pas faire la même chose en Python: prendre un interpréteur Python 3.13 et lui dire "interprète moi ce code qui est écrit en Python 3.8 et utilise des fonctionnalités qui ont été supprimées entretemps".
[^] # Re: exponentiel ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Why developers question everything. Évalué à 4.
Je ne sais pas, c'est bien le genre de question qu'un développeur devrait se poser avant d'utiliser ce mot, je suppose?
[^] # Re: ce blog semble être écrit par un développeur
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Why developers question everything. Évalué à 3.
Non, mais ce n'est pas forcément exponentiellement plus cher d'enlever une baignoire pour la remplacer par une autre.
Il peut probablement arriver d'autres problèmes plus compliqués à résoudre.
[^] # Re: DOM
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Comment Axel Springer a relancé sa bataille contre Adblock Plus via le droit d’auteur. Évalué à 10.
En plus de ça, il n'y a pas de redistribution de l'oeuvre modifiée, comment le droit d'auteur peut-il entrer en jeu?
C'est quoi la prochaine étape, interdire de prendre des notes en marge d'un livre?
[^] # Re: What's next?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien IA - Le pari de Sam Altman est-il voué à l’échec ? . Évalué à 3.
Amazon a investi de façon stratégique pour déployer des entrepôts, des lignes aériennes, tout un réseau de stockage et de distribution, et c'est ça qui fait que au bout de 30 ans, c'est rentable.
Pour les LLM, l'investissement est dans l'entraînement des modèles qui doit être refait à chaque génération, et des datacenters plein de cartes nvidia qui seront obsolètes l'année suivante. Ça n'aide pas à atteindre une quelconque rentabilité plus tard.
Pour l'instant ça ressemble plutôt à l'époque ou il yavait 12000 entreprises de livraison de repas ou de vélos en libre service. Peut-être que dans quelques années on retiendra le nom de celle qui a survécu (comme Amazon) et qu'on aura oublié tous les autres.
[^] # Re: De toute façon, ce qui compte pour une langue, c’est fait qu’elle soit parlée !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Fil Mastodon : comment la réforme de l’orthographe de 1990 a été massacrée . Évalué à 7.
Sans difficultés majeures? Avec l'orthographe d'époque, ça donne ça: http://ldm.phm.free.fr/Oeuvres/Gargantua.htm
Certes on arrive à déchiffrer, mais les choses ont quand même pas mal changé depuis. Certes, ce sont peut-être les difficultés de vocabulaire, et non d'orthographe, qui rendent la lecture peu fluide.
Il est parfois publié en version modernisée, qu'il ne faudrait pas confondre avec l'original.
[^] # Re: De toute façon, ce qui compte pour une langue, c’est fait qu’elle soit parlée !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Fil Mastodon : comment la réforme de l’orthographe de 1990 a été massacrée . Évalué à 4.
En plus de ça, la réforme de 1990 consiste à corriger des incohérences qui n'ont aucun sens et des oublis de réformes précédentes. Ce n'est pas la première et j'espère que ça ne sera pas la dernière.
[^] # Re: L'Art **ET** la Science sont tous les deux primordiaux
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Le Palais de la découverte en danger. Évalué à 3. Dernière modification le 16 août 2025 à 17:46.
C'est une remise en question de l'art lui-même.
Plus récemment il y a url (une banane scotchée sur un mur). Il y a au moins 3 personnes qui ont mangé la banane (un autre artiste lors d'une performance, un visiteur d'une exposition où l'oeuvre était exposée, un acheteur juste après l'avoir achetée à plusieurs millions d'euros lors d'une vente aux enchères).
Cela n'a aucun impact sur l'oeuvre originale, qui est de toutes façon fournie avec des instructions pour remplacer régulièrement la banane. Mais parmi ces trois mangeages de banane, la première est considérée comme une performance artistique (intitulée "l'artiste affamé"), pour la deuxième, Maurizio Cattelan a annoncé qu'il était déçu que le public ne comprenne pas la dnfférence entre l'oeuvre et les matériaux utilisés pour la réaliser. La troisième semble être un moyen pour un millionaire de se faire remarquer en dépensant son argent n'importe comment, sans faire de mal à personne, ce qui n'est peut-être pas plus mal.
En tout cas ces oeuvres engagent à s'interroger sur la nature de l'art, sur la valeur qu'on donne à ces oeuvres (ce qui amène à une réflexion sur le capitalisme et sur la loi de l'offre et de la demande), ainsi que sur des sujets plus philosophiques, comme la décorrélation entre l'oeuvre et les matériaux qui la composent (vaisseau de Thésée, tout ça). Le tout dans un format assez bien compris par le grand public, je pense? Il y a des oeuvres bien plus complexes et impénétrables sans connaissances culturelles préalables.