Version 1.1.0 de la XEP-0459 (XMPP Compliance Suites 2022)
Remplacement de la XEP-0411 (obsolète) par la XEP-0402 dans Advanced Group Chat. (egp)
Je trouvais ça bizarre de voir un changement sur les Compliance Suites 2022 alors que la version 2023 (XEP-0479) est déjà publiée.
J'ai donc regardé l'historique de version et je vois que ce changement date du 1er décembre 2021. Pourquoi apparaît-il dans cette newsletter presque 2 ans plus tard?
Pour le bluetooth, la base de la pile logicielle est en place mais il n'y a aucun pilote qui l'utilise pour l'instant. Donc, à part appairer des appareils, on ne peut rien faire.
Pour Wine, je ne sais pas, je n'ai pas testé.
Pour QEMU, ça devrait marcher, mais pas efficacement: il n'y a pas de pilote de virtualisation (type KVM) et donc l'émulation du CPU se fait logiciellement.
Oui j'utilise par ailleurs des solutions de ce genre (pour le travail, donc tout est sur le PC du travail, ça va bien). Mais pour GitHub où je me connecte depuis peut-être une dizaine de machines, même occasionnellement, et certaines avec des OS inhabituels genre Haiku, j'ai pas vraiment envie de configurer tout ça/porter les logiciels/écrire les drivers pour les tokens matériels, et les projets auxquels je contribue ne le méritent pas vraiment (beaucoup n'on qu'un seul utilisateur: moi).
Et puis ce n'était qu'une raison en plus de toutes les autres, mais qui est arrivé récemment et m'a rappelé que je m'étais dit que je devrais sortir mes trucs de Github et prendre une solution à base de logiciels libres.
Il fallait bien sûr lire --mirror, si la modération passe dans le coin et peur corriger :)
Oui, l'export de wiki Github est simple, c'est plutôt l'import dans Trac qui va demander un peu de travail. Mais comme je n'ai pas utilisé le wiki Github dans aucun de mes projets, je laisse ça à d'autres développeurs.
Le problème est peut-être l'utilisation de Github, qui n'a à peu près aucun outil de modération pour virer les gens qui se comportent n'importe comment.
Historiquement, MessagEase a été développé sur des téléphones avec un clavier numérique à l'ancienne comme alternative au T9. D'où le clavier en 3x3. Aujourd'hui ce n'est plus très justifé. Pour l'instant ThumbKey a repris cette disposition mais ils envisagent du 4x3 qui serait effectivement plus intéressant
Il faut garder un peu de place autour du clavier pour pouvoir utiliser les touches qui sont sur les bords avec des mouvements vers l'extérieur. Si la touche est tout au bord droit de l'écran, par exemple, on ne peut pas mettre de mouvement qui glisse vers la droite
C'est donc une bonne nouvelle que ThumbKey relance un peu la recherche sur le sujet, parce que MessagEase n'est plus maintenu depuis longtemps, non seulement l'application, mais aussi la disposition du clavier elle-même qui n'est pas forcément adaptée au matériel moderne. Cela dit, dans MessagEase il y a une disposition avec deux grilles de 3x3 boutons (une à gauche, une à droite), mais sur mon téléphone (écran 4"6), ça fait des boutons trop petits pour faire toutes les gestures précisément.
Personellement je n'utilise aucun autre clavier sur mes ordiphones, celui ci est beaucoup plus pratique.
Pour compléter sur Thumb-Key, ça fait tout pareil, mais il manque des touches dans le layout MessagEase français. Thumb-Key propose aussi son propre layout (avec une priorisation des touches un peu différentes), mais je ne l'ai pas testé, parce que j'ai déjà appris à écrire avec le MessagEase et j'ai pas envie de recommencer pour le moment.
Il manque aussi quelques fonctions, par exemple le fait de faire un aller-retour sur une lettre pour l'avoir en majuscules. Quelqu'un a l'air d'être en train de s'en occuper sur le bugtracker.
Il manque enfin la possibilité de personnaliser la disposition des touches (sans tout recompiler) mais de ce que j'ai compris ça devrait aussi bientôt arriver.
A la fin des années 1960, alors qu’elle approche des 30 ans – elle est née le 12 mars 1939 –, Judith Milhon s’installe à Berkeley, en Californie. […] Judith Milhon a appris seule à coder. Elle s’est formée en autodidacte aux langages Fortran et C ++ grâce à la lecture de manuels.
Apprendre le C++ entre 1969 et 1973, soit 15 ans avant que le langage soit créé, c'est vraiment très fort!
J'avoue que l'adaptateur LCD => VGA à coup de simples résistances, c'est assez bluffant. Mais j'imagine que cela peut tourner au cauchemar (valeurs des résistances, timings, rédaction du device tree …) et peut être qu'un oscilloscope ou un analyseur logique est indispensable pour déboguer tout ça.
Bonjour, j'avais raté ce commentaire.
Oui, un oscilloscope est utile, en particulier pour vérifier la configuration et les timings de la synchronisation horizontale et verticale (qui se configure depuis le device tree mais la documentation de linux-sunxi.org n'est pas à jour, j'ai du creuser un peu dans le code du pilote dans Linux). Le mien est un vieux truc à écran cathodique encombrant et qui ne fait que le minimum. Mais on doit trouver maintenant des oscilloscopes numériques qui feront assez bien le travail pour ce genre de choses.
Pour les choix de valeurs de résistances, j'ai surtout regardé ce que faisaient d'autres projets similaires, puis j'ai pris les résistances plus ou moins proches que j'avais en stock. Avec cette méthode je suis sûr d'être à peu près aux bonnes valeurs. Donc il n'y a pas trop de risque d'endommager le composant, juste d'avoir des couleurs "deformées" à l'écran.
Je précise aussi que je n'en suis pas à mon coup d'essai: j'avais écrit du code pour la bitbox qui utilise le même genre de système, j'ai fait du développement sur Amstrad CPC, machine où on joue pas mal avec le composant contrôleur vidéo pour plein de raisons, et j'ai aussi développé quelques morceaux de pilotes graphiques pour Haiku. Donc avec tout ça, j'ai une assez bonne compréhension de à quoi ressemble un signal VGA, ça aide bien!
Pour la question du tore de ferrite, j'avoue je ne sais pas trop ! Mais c'est l'argument que j'ai vu à l'utilisation dans des conditions comme celles des voyages des missions Apollo.
Pour les systèmes embarqués dans les missions Apollo, le premier problème avant de se poser des questions sur les radiations, c'est plutôt les vibrations. Ça me semble difficile de faire fonctionner correctement un lecteur de disquettes ou même de bandes magnétiques dans une fusée en train de décoller.
Le choix se porte plutôt sur des solutions "solid state", sans composants mécaniques. Il y a peu de choix à l'époque, c'est le tout début des ROMs à base de transistors: https://www.computerhistory.org/siliconengine/semiconductor-read-only-memory-chips-appear/ et ceux-ci sont sensibles aux radiations (mais surtout, ils apparaissent un peu tard pour être embarqués dans Apollo).
La mémoire à tores de ferrite est magnétique (donc moins sensible aux radiations qu'une mémoire à base de transistors) et "solid state" (pas de composants mécaniques qui ne survivraient pas aux vibrations). C'est donc effectivement un bon choix.
En revanche, oui, en 1992, Microsoft et Apple se sont rapprochés afin que les disquettes d'un SE puisse être lues de l'autre et réciproquement (et là il ne s'agit donc pas du format matériel des disquettes évidemment, mais de leur formatage).
Mais avant ça il a fallu se mettre d'accord sur le matériel: Apple avait choisi les disquettes 3"1/2 pour le Macintosh, alors que les PC avaient historiquement des disquettes 5"1/4, puis ont eu les deux types de lecteurs pendant une période de transition.
La convergence et l'amélioration de l'intéropérabilité s'est faite petit à petit. On pourrait remonter un peu plus tôt et parler aussi de l'invention du code ASCII, et de ses prédécesseurs (code Baudot par exemple), ou de ses successeurs comme Unicode. Il y aurait là encore de quoi faire toute une dépêche!
Je suis un peu embêté de voir la mémoire à tores de ferrite dan la section sur les supports de stockage non magnétiques. Les tores de ferrites stockent de l'information grâce à leur polarisation magnétique, il me semble?
Pour les formats de stockages sur cassettes au début de la micro-informatique, il y a des formats standardisés, par exemple le standard de Kansas City, qui apparaissent assez tôt (1975 pour celui-ci).
Certains fabricants de micro-ordinateurs ont plus tard fait le choix de développer leurs propres formats, pour des raisons de performances (stocker plus de données), de fiabilité (meilleurs algorithme de détection d'erreurs), ou de coût (algorithmes plus simples, processeurs pas assez rapides, …).
Enfin pour les formats de disquettes: Microsoft a certes imposé le système de fichiers FAT, mais un niveau en-dessous, le format des disquettes et l'interfaçage des lecteurs était défini par des spécifications qui ne sont pas dûes à Microsoft:
https://en.wikipedia.org/wiki/Floppy_disk_drive_interface pour l'interfaçage entre le lecteur de disquettes et le contrôleur,qui date du milieu des années 1970. Ce standard de fait est utilisé par IBM sur le PC mais pas par les autres constructeurs. La raison est que IBM utilise un composant contrôleur de disquettes existant, là ou d'autres fabricants dont Apple ont choisi de concevoir des circuits plus simples n'utilisant pas un tel contrôleur.
Le format physique des disquettes (5"1/4 puis 3.5") est défini par Shugart (pour la première) et par Sony (pour la deuxième), ils seront plus tard standardisés par exemple par l'ECMA. D'autres formats proposés par d'autres constructeurs existent aussi mais ont connu moins de succès.
L'encodage des données sur les disquettes (découpage en secteurs, CRC pour la détection d'erreurs etc) est plutôt défini par le composant contrôleur de disquettes. Le format trouve ses origines https://en.wikipedia.org/wiki/IBM_3740, ensuite il est réutilisé par Western Digital en 1976 qui va le modifier pour augmenter la capacité des disquettes, et enfin ce format est réutilisé par NEC sur le contrôleur µPD765 commercialisé en 1978 et qui sera intégré sur les PC d'IBM.
Donc finalement Microsoft n'est pas pour grand chose dans l'élaboration de ce format de stockage.
Pour le nommage par Google, ce n'est pas ce qu'on m'avait répondu. Le titre du site n'a pas forcément de lien avec l'URL.
Pour le reste, sans doute un peu, mais, pour l'instant, on a pas réussi à racheter haiku.org. Il a appartenu pendant des années à un truc de parking de domaines, qui l'a finalement revendu à un projet de startup qui n'a rien donné et l'a laissé expirer. Maintenant il est entre les mains de GoDaddy.com qui ne l'a pas remis en vente pour l'instant.
Quand on a un système d'exploitation qui n'a pas OS dans son nom, comme par exemple Haiku, les gens le rajoutent d'eux-même et nous rebaptisent "Haiku OS".
Une personne travaillant chez Google m'avait expliqué qu'ils ont un algorithme pour générer des titres pour les pages, et qu'on ne peut rien y faire. Le nom "Haiku OS" n'apparaît nulle part sur le site de Haiku, pourtant, c'est le titre que Google a choisi pour cette page. Si je me souviens bien, c'est parce que c'est le terme utilisé par beaucoup de gens pour la trouver, et effectivement, quand on cherche juste "Haiku", le système d'exploitation se classe beaucoup moins bien dans les résultats.
On est également obligé de rajouter "OS" à différents endroits pour éviter les interférences avec d'autres sortes de Haiku (les poèmes japonais), par exemple dans les mots-dièses sur les réseaux sociaux, le nom de la communauté Reddit, …
On espère un jour avoir la reconnaissance (et la SEO) de Windows, Linux ou Android, qui sont suffisamment connus pour pouvoir se passer de "OS" dans la plupart des contextes (sauf quand on parle de fenêtres, de lessive, ou de robots respectivement). Mais pour l'instant, on a pas atteint cette étape.
Dans le classement de Matt Mahoney des algorithmes de compression, on ne prend pas en compte seulement la taille du fichier compressé, mais aussi la taille du programme de décompression (donc dans ce cas précis, le "dictionnaire").
Cela n'empêche pas nncp de se classer devant tous ses concurrents.
Le décompresseur fait 200Ko, ce qui n'est pas énorme pour ce test (ou les données à compresser sont très grosses).
Au départ le moteur (Gecko) était bien séparé du navigateur. Mozilla a fait le choix de ne plus livrer Gecko séparément, probablement parce que ça leur simplifiait la vie pour faire évoluer l'interface entre le navigateur et le moteur, et supprimer du moteur les trucs qui ne servaient plus.
Développer un moteur séparé demande une organisation plus complexe et moins de flexibilité. Ça a été compliqué aux débuts de WebKit, le code a été forké depuis khtml et la collaboration entre les 2 projets était compliquée. Je crois que ça va mieux maintenant même si Apple a peut-être encore un role trop important (ça se corrige en contribuant plus à WebKit, à mon avis, pas en faisant un fork?)
Il existe https://github.com/tildearrow/furnace comme tracker, il sait faire de la musique utidisant la puce son de la Colecovision, qu'est-ce qui empêche de l'utiliser?
Oui, d'après https://en.m.wikipedia.org/wiki/List_of_DTT_channels_in_the_United_Kingdom certaines chaines de radio sont diffusées en DVB-T (télévision numérique Terrestre) en plus de la réception FM et DAB (radio numérique) et des streams internet. C'est ce service de radio par DVB-T qui est concerné.
Il y a également plusieurs chaînes qui diffusent une version "en direct" et une version décalée d'une heure?
C'est peut-être mieux que de remplir tous les canaux de la TNT avec des chaînes de UV nulles que personne ne regarde?
La nouvelle licence ne s'applique qu'aux nouvelles versions publiées à partir de maintenant. Donc les versions précédentes restent disponibles.
De plus, la licence BSL a une date d'expiration après laquelle le code devient libre (2 ans par défaut).
Le temps que les nouvelles versions arrivent dans Debian stable, ce délai sera déjà expiré, du coup, ça ne devrait pas poser problème!
Plus sérieusement, c'est le risque de ce type de licence: se retrouver avec beaucoup de gens qui remontent des bugs sur la version opensource datant d'il y a 2 ans et qui sont corrigés dans la version à jour mais sous licence (temporairement) non-libre.
L'interview des organisateurs de http://cpcretrodev.byterealms.com/en/ pourrait être intéressante aussi (concours de programmation où participent entre autres des étudiants d'université qui reçoivent un cours sur la programmation de l'Amstrad CPC. Des points bonus sont attribués aux jeux publiés sous licence libre)
# Cycle de vie des extensions
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Lettre d'information XMPP d'août 2023. Évalué à 2.
Je trouvais ça bizarre de voir un changement sur les Compliance Suites 2022 alors que la version 2023 (XEP-0479) est déjà publiée.
J'ai donc regardé l'historique de version et je vois que ce changement date du 1er décembre 2021. Pourquoi apparaît-il dans cette newsletter presque 2 ans plus tard?
# Alexandria
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Stockage de 4GB de données et de programmes en 1959. Évalué à 5.
C'est un hasard que ces données soient stockées à Alexandria, Virginie? Ou bien c'est une référence à la bibliothèque d'Alexandrie?
# Problème de chronologie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Lorinda Cherry, la programmeuse Unix qui aimait la course automobile et les chiens et ses consœurs. Évalué à 3.
Il y a un petit problème dans l'ordre des évènements ici?
(merci d'avoir fini la dépêche à laquelle personne ne savait trop quelle direction donner…)
[^] # Re: synchro
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche 22 ans de Haiku. Évalué à 9.
Pour le bluetooth, la base de la pile logicielle est en place mais il n'y a aucun pilote qui l'utilise pour l'instant. Donc, à part appairer des appareils, on ne peut rien faire.
Pour Wine, je ne sais pas, je n'ai pas testé.
Pour QEMU, ça devrait marcher, mais pas efficacement: il n'y a pas de pilote de virtualisation (type KVM) et donc l'émulation du CPU se fait logiciellement.
[^] # Re: MFA sans téléphone
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Importer des "issues" GitHub dans des "tickets" Trac. Évalué à 3.
Oui j'utilise par ailleurs des solutions de ce genre (pour le travail, donc tout est sur le PC du travail, ça va bien). Mais pour GitHub où je me connecte depuis peut-être une dizaine de machines, même occasionnellement, et certaines avec des OS inhabituels genre Haiku, j'ai pas vraiment envie de configurer tout ça/porter les logiciels/écrire les drivers pour les tokens matériels, et les projets auxquels je contribue ne le méritent pas vraiment (beaucoup n'on qu'un seul utilisateur: moi).
Et puis ce n'était qu'une raison en plus de toutes les autres, mais qui est arrivé récemment et m'a rappelé que je m'étais dit que je devrais sortir mes trucs de Github et prendre une solution à base de logiciels libres.
[^] # Re: Wiki
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Importer des "issues" GitHub dans des "tickets" Trac. Évalué à 3.
Il fallait bien sûr lire
--mirror, si la modération passe dans le coin et peur corriger :)Oui, l'export de wiki Github est simple, c'est plutôt l'import dans Trac qui va demander un peu de travail. Mais comme je n'ai pas utilisé le wiki Github dans aucun de mes projets, je laisse ça à d'autres développeurs.
[^] # Re: Voir aussi :
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Les devs de Bottles en ont marre des versions distro et vont leur faire afficher un message d'alerte. Évalué à 4.
Le problème est peut-être l'utilisation de Github, qui n'a à peu près aucun outil de modération pour virer les gens qui se comportent n'importe comment.
[^] # Re: Pourquoi ne pas avoir une surface plus grande ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Thumb-Key, un clone libre du clavier MessagEase pour Android. Évalué à 3.
Il y a plusieurs trucs qui rentrent en jeu:
C'est donc une bonne nouvelle que ThumbKey relance un peu la recherche sur le sujet, parce que MessagEase n'est plus maintenu depuis longtemps, non seulement l'application, mais aussi la disposition du clavier elle-même qui n'est pas forcément adaptée au matériel moderne. Cela dit, dans MessagEase il y a une disposition avec deux grilles de 3x3 boutons (une à gauche, une à droite), mais sur mon téléphone (écran 4"6), ça fait des boutons trop petits pour faire toutes les gestures précisément.
[^] # Re: Retour
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Thumb-Key, un clone libre du clavier MessagEase pour Android. Évalué à 3.
Il y a déjà un journal à propos de MessagEase qui date de 2022:
https://linuxfr.org/users/wapiti-2/journaux/messagease-le-clavier-qui-meriterait-une-version-libre
Personellement je n'utilise aucun autre clavier sur mes ordiphones, celui ci est beaucoup plus pratique.
Pour compléter sur Thumb-Key, ça fait tout pareil, mais il manque des touches dans le layout MessagEase français. Thumb-Key propose aussi son propre layout (avec une priorisation des touches un peu différentes), mais je ne l'ai pas testé, parce que j'ai déjà appris à écrire avec le MessagEase et j'ai pas envie de recommencer pour le moment.
Il manque aussi quelques fonctions, par exemple le fait de faire un aller-retour sur une lettre pour l'avoir en majuscules. Quelqu'un a l'air d'être en train de s'en occuper sur le bugtracker.
Il manque enfin la possibilité de personnaliser la disposition des touches (sans tout recompiler) mais de ce que j'ai compris ça devrait aussi bientôt arriver.
# Chronologie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien « St. Jude », hackeuse pionnière et méconnue de l’histoire d’Internet. Évalué à 9.
Je n'ai pas accès à la suite de l'article, mais…
Apprendre le C++ entre 1969 et 1973, soit 15 ans avant que le langage soit créé, c'est vraiment très fort!
[^] # Re: Windows Media Maker
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Window Maker 0.96 est plus ergonomique. Évalué à 5.
Alors en fait, oui: https://github.com/microsoft/Microsoft-3D-Movie-Maker
[^] # Re: J'ai hâte de voir la suite.
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Je construis un micro-ordinateur. Évalué à 3.
Bonjour, j'avais raté ce commentaire.
Oui, un oscilloscope est utile, en particulier pour vérifier la configuration et les timings de la synchronisation horizontale et verticale (qui se configure depuis le device tree mais la documentation de linux-sunxi.org n'est pas à jour, j'ai du creuser un peu dans le code du pilote dans Linux). Le mien est un vieux truc à écran cathodique encombrant et qui ne fait que le minimum. Mais on doit trouver maintenant des oscilloscopes numériques qui feront assez bien le travail pour ce genre de choses.
Pour les choix de valeurs de résistances, j'ai surtout regardé ce que faisaient d'autres projets similaires, puis j'ai pris les résistances plus ou moins proches que j'avais en stock. Avec cette méthode je suis sûr d'être à peu près aux bonnes valeurs. Donc il n'y a pas trop de risque d'endommager le composant, juste d'avoir des couleurs "deformées" à l'écran.
Je précise aussi que je n'en suis pas à mon coup d'essai: j'avais écrit du code pour la bitbox qui utilise le même genre de système, j'ai fait du développement sur Amstrad CPC, machine où on joue pas mal avec le composant contrôleur vidéo pour plein de raisons, et j'ai aussi développé quelques morceaux de pilotes graphiques pour Haiku. Donc avec tout ça, j'ai une assez bonne compréhension de à quoi ressemble un signal VGA, ça aide bien!
[^] # Re: Quelques détails sur les formats de stockage informatiques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Où il est question de conservation. Évalué à 4.
Pour les systèmes embarqués dans les missions Apollo, le premier problème avant de se poser des questions sur les radiations, c'est plutôt les vibrations. Ça me semble difficile de faire fonctionner correctement un lecteur de disquettes ou même de bandes magnétiques dans une fusée en train de décoller.
Le choix se porte plutôt sur des solutions "solid state", sans composants mécaniques. Il y a peu de choix à l'époque, c'est le tout début des ROMs à base de transistors: https://www.computerhistory.org/siliconengine/semiconductor-read-only-memory-chips-appear/ et ceux-ci sont sensibles aux radiations (mais surtout, ils apparaissent un peu tard pour être embarqués dans Apollo).
La mémoire à tores de ferrite est magnétique (donc moins sensible aux radiations qu'une mémoire à base de transistors) et "solid state" (pas de composants mécaniques qui ne survivraient pas aux vibrations). C'est donc effectivement un bon choix.
Mais avant ça il a fallu se mettre d'accord sur le matériel: Apple avait choisi les disquettes 3"1/2 pour le Macintosh, alors que les PC avaient historiquement des disquettes 5"1/4, puis ont eu les deux types de lecteurs pendant une période de transition.
La convergence et l'amélioration de l'intéropérabilité s'est faite petit à petit. On pourrait remonter un peu plus tôt et parler aussi de l'invention du code ASCII, et de ses prédécesseurs (code Baudot par exemple), ou de ses successeurs comme Unicode. Il y aurait là encore de quoi faire toute une dépêche!
# Quelques détails sur les formats de stockage informatiques
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Où il est question de conservation. Évalué à 7.
Je suis un peu embêté de voir la mémoire à tores de ferrite dan la section sur les supports de stockage non magnétiques. Les tores de ferrites stockent de l'information grâce à leur polarisation magnétique, il me semble?
Pour les formats de stockages sur cassettes au début de la micro-informatique, il y a des formats standardisés, par exemple le standard de Kansas City, qui apparaissent assez tôt (1975 pour celui-ci).
Certains fabricants de micro-ordinateurs ont plus tard fait le choix de développer leurs propres formats, pour des raisons de performances (stocker plus de données), de fiabilité (meilleurs algorithme de détection d'erreurs), ou de coût (algorithmes plus simples, processeurs pas assez rapides, …).
Enfin pour les formats de disquettes: Microsoft a certes imposé le système de fichiers FAT, mais un niveau en-dessous, le format des disquettes et l'interfaçage des lecteurs était défini par des spécifications qui ne sont pas dûes à Microsoft:
Donc finalement Microsoft n'est pas pour grand chose dans l'élaboration de ce format de stockage.
[^] # Re: Quand on ne le met pas...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 2.
Pour le nommage par Google, ce n'est pas ce qu'on m'avait répondu. Le titre du site n'a pas forcément de lien avec l'URL.
Pour le reste, sans doute un peu, mais, pour l'instant, on a pas réussi à racheter haiku.org. Il a appartenu pendant des années à un truc de parking de domaines, qui l'a finalement revendu à un projet de startup qui n'a rien donné et l'a laissé expirer. Maintenant il est entre les mains de GoDaddy.com qui ne l'a pas remis en vente pour l'instant.
# Quand on ne le met pas...
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 4.
Quand on a un système d'exploitation qui n'a pas OS dans son nom, comme par exemple Haiku, les gens le rajoutent d'eux-même et nous rebaptisent "Haiku OS".
Et même Google s'y est mis, par exemple le premier résultat dans cette recherche: https://www.google.com/search?q=haiku+operating+system
Une personne travaillant chez Google m'avait expliqué qu'ils ont un algorithme pour générer des titres pour les pages, et qu'on ne peut rien y faire. Le nom "Haiku OS" n'apparaît nulle part sur le site de Haiku, pourtant, c'est le titre que Google a choisi pour cette page. Si je me souviens bien, c'est parce que c'est le terme utilisé par beaucoup de gens pour la trouver, et effectivement, quand on cherche juste "Haiku", le système d'exploitation se classe beaucoup moins bien dans les résultats.
On est également obligé de rajouter "OS" à différents endroits pour éviter les interférences avec d'autres sortes de Haiku (les poèmes japonais), par exemple dans les mots-dièses sur les réseaux sociaux, le nom de la communauté Reddit, …
On espère un jour avoir la reconnaissance (et la SEO) de Windows, Linux ou Android, qui sont suffisamment connus pour pouvoir se passer de "OS" dans la plupart des contextes (sauf quand on parle de fenêtres, de lessive, ou de robots respectivement). Mais pour l'instant, on a pas atteint cette étape.
[^] # Re: Ai-je bien compris
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Fabrice Bellard : Text Compression using Large Language Models. Évalué à 2.
Dans le classement de Matt Mahoney des algorithmes de compression, on ne prend pas en compte seulement la taille du fichier compressé, mais aussi la taille du programme de décompression (donc dans ce cas précis, le "dictionnaire").
Cela n'empêche pas nncp de se classer devant tous ses concurrents.
Le décompresseur fait 200Ko, ce qui n'est pas énorme pour ce test (ou les données à compresser sont très grosses).
[^] # Re: Avec perte
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Fabrice Bellard : Text Compression using Large Language Models. Évalué à 2. Dernière modification le 22 août 2023 à 10:19.
Pour la compression de texte avec perte il y a ltzip mais ça mérite quelques perfectionnements.
[^] # Re: eolie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Au départ le moteur (Gecko) était bien séparé du navigateur. Mozilla a fait le choix de ne plus livrer Gecko séparément, probablement parce que ça leur simplifiait la vie pour faire évoluer l'interface entre le navigateur et le moteur, et supprimer du moteur les trucs qui ne servaient plus.
Développer un moteur séparé demande une organisation plus complexe et moins de flexibilité. Ça a été compliqué aux débuts de WebKit, le code a été forké depuis khtml et la collaboration entre les 2 projets était compliquée. Je crois que ça va mieux maintenant même si Apple a peut-être encore un role trop important (ça se corrige en contribuant plus à WebKit, à mon avis, pas en faisant un fork?)
# Tracker
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Alekmaul à propos de PVCollib. Évalué à 3.
Il existe https://github.com/tildearrow/furnace comme tracker, il sait faire de la musique utidisant la puce son de la Colecovision, qu'est-ce qui empêche de l'utiliser?
[^] # Re: Écouter avec un écran
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Notes de la BBC sur les économies d'énergie réalisées à l'aide d'une nouvelle charte graphique. Évalué à 4.
Oui, d'après https://en.m.wikipedia.org/wiki/List_of_DTT_channels_in_the_United_Kingdom certaines chaines de radio sont diffusées en DVB-T (télévision numérique Terrestre) en plus de la réception FM et DAB (radio numérique) et des streams internet. C'est ce service de radio par DVB-T qui est concerné.
Il y a également plusieurs chaînes qui diffusent une version "en direct" et une version décalée d'une heure?
C'est peut-être mieux que de remplir tous les canaux de la TNT avec des chaînes de UV nulles que personne ne regarde?
[^] # Re: Faux positif?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Virus dans uclibc. Évalué à 10.
Oui, il n'y a pas de virus dans uclibc, mais par contre il y a uclibc dans un virus.
[^] # Re: Adieu Vagrant et Terraform
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien HashiCorp adopts Business Source License. Évalué à 5.
La nouvelle licence ne s'applique qu'aux nouvelles versions publiées à partir de maintenant. Donc les versions précédentes restent disponibles.
De plus, la licence BSL a une date d'expiration après laquelle le code devient libre (2 ans par défaut).
Le temps que les nouvelles versions arrivent dans Debian stable, ce délai sera déjà expiré, du coup, ça ne devrait pas poser problème!
Plus sérieusement, c'est le risque de ce type de licence: se retrouver avec beaucoup de gens qui remontent des bugs sur la version opensource datant d'il y a 2 ans et qui sont corrigés dans la version à jour mais sous licence (temporairement) non-libre.
[^] # Re: je vais me répéter
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Alekmaul à propos de PVSnesLib. Évalué à 2.
ça marche aussi pour la console Amstrad GX4000 qui utilise le même matériel que l'Amstrad 464Plus (sans clavier et sans lecteur cassettes).
[^] # Re: je vais me répéter
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Alekmaul à propos de PVSnesLib. Évalué à 2.
Pour l'Amstrad CPC: https://github.com/lronaldo/cpctelera
L'interview des organisateurs de http://cpcretrodev.byterealms.com/en/ pourrait être intéressante aussi (concours de programmation où participent entre autres des étudiants d'université qui reçoivent un cours sur la programmation de l'Amstrad CPC. Des points bonus sont attribués aux jeux publiés sous licence libre)