Mais d'où vous sortez que ça va dans l'espace ? Ce sont des sculptures électronique (elles fonctionnent), l'auteur n'est pas le seul à en faire, mais lui son truc c'est les satellites. À ma connaissance il n'a pas le projet de les envoyer dans l'espace.
Le niveau de compression qu'on utilise en Jpeg ou Png n'est pas vraiment pertinent en Jpeg-XL :
En Jpeg-XL on indique une distance par rapport à l'image originale ; ça ressemble, disons intuitivement, au niveau de pertes du Jpeg (devenu niveau de compression en langage courant). Mais dans pas mal de cas on peut descendre le curseur très bas en Jpeg-XL sans altérations perceptible (jusqu'à 30 dans mon cas). Autrement dit, alors que le curseur Jpeg est très uniforme (les pertes se voient en dessous de 70-75), il ne l'est pas en Jpeg-XL.
D'autre part ces niveaux ne sont pas comparables : 80% en Jpeg n'est pas 80 en Jpeg-XL.
Donc pour comparer les formats au même niveau (de "compression") il faut utiliser des outils d'analyse d'image et des vrais yeux humains. C'est ce qu'a fait Jon Sneyer dans son article cité plus haut.
J'ai déjà vus des objectifs beaucoup plus bas que l'objectif réel. C'est une technique marketing des plateformes. Ça permet de montrer un projet financé à 500%.
Tu peux installer ce que tu veux sur Yunohost, c'est une Debian en dessous.
Mais ce n'est pas une très bonne idée d'installer son propre serveur Signal, en tout cas la version distribuée, parce que la sécurité est complexe à gérer. Disons qu'il faut une équipe derrière. Mais si tu y tiens, voici un guide récent.
Oui, mais n'oublie pas que le dev n'a que 21 ans. Il a découvert une informatique où Electron existait déjà, où Ram et disques durs sont gigantesques, etc. Et après tout pourquoi pas ? au stade de son projet, ça lui permet d'aller vite. Si ses idées sont bonnes, d'autres personnes le rejoindront et il sera alors temps de structurer, recoder en Rust, etc. Ne critiquons pas la jeunesse.
Je n'ai pas pu rectifier mon écrit hier soir : il y a des messages d'erreurs en roumain, mais la majorité est en anglais. Et si le travail est préliminaire, le code javascript m'a paru très propre.
Qu'un jeune développeur de 21 ans fasse tout ça, c'est chouette. il y a un vent frais dans son projet, testez-le.
Le nom "liquid-gel" vient de l'utilisation de la bibliothèque Electron liquid-glass.
Le bureau "liquid gel" est dans le dépot pearos-apps-bundle. C'est un thème plus du Javascript bien chargé en Électron avec pas mal de trucs en durs (dont les messages d'erreurs en roumain). Le travail est encore très préliminaire.
Ouh là là, le texte ne contient que des superlatifs! Je veux bien que l'enthousiasme pour son propre travail gêne l'objectivité de l'équipe PearOS, mais en lisant j'ai d'abord cru à une blague. C'est dommage, ça m'empêche d'apprécier l'article. Tant mieux si une petite équipe parvient à faire revivre une distro, à tester des trucs nouveaux et tente d'innover. On peut en savoir plus avec des infos techniques ?
Juste sur le commentaire avertissement de Monsieur Phal : il ne m'étonne pas tellement, vu qu'au moment ou TricTrac est passé des mains d'Asmodée au CNRL il y a 2 ans, on a encore eu des accusations gratuites contre Phal avec théories complotistes. J'y vois aussi une façon de protéger Frédéric Henri.
J'ai l'impression qu'aucun des commentateur n'a vu la vidéo. Il n'y est pas question d'extrêmistes mais d'une ambiance de forum pourrie par des donneurs de leçons autoritaires et coupeurs de cheveux en 4. Personne n'est à l'abri de se comporter comme ça, tant l'impression d'être au café du commerce vient vite quand on discute. Sauf que n'avoir personne devant soi permet de se lacher beaucoup plus, tandis qu'au café on se ferait vite calmer.
Bof. Ça me fait penser aux efforts déployés par les malfrats Roumains pour pirater les parcmètres : ils en ont piqués plusieurs pour les désosser, les anlyser et trouver la meilleure méthode pour voler la caisse. À la fin, les voleurs venaient percer en travers à un endroit précis pour que le truc s'ouvre. Pareil sur les serrures, avec la même détermination pour trouver le moyen d'ouvrir des serrures complexes : les cambrioleurs ont mis au points des outils plus efficaces que ceux des serruriers (je pense à la clef parapluie).
Fin de règne en début de mandat, non. Ça peut toujours fuiter parce qu'un Républicain trouve que ça va trop loin ou parce qu'un Russe veut emmerder Trump, ou bien, comme dit Zataliz l'incompétence est probable.
Mais comme cette conversation montre clairement des histoires d'égo et d'intérets personnels, de gout du pouvoir et de la manipulation, avec deux dirigeants qui veulent jouer aux gendarmes du monde comme autrefois sans consulter personne, j'espère que c'est une fuite provoquée par un fonctionnaire soucieux du bien commun.
Merci pour toutes ces précisions qui aident bien à comprendre. Effectivement mon utilisation occasionnelle et simplette d'Haïku ne me fait pas rencontrer de problème.
Donc, Haïku est un système complètement utilisable et stable, qui peut cependant planter, mais très rarement, et dont l'objectif de compatibilité BeOs repousse la sortie officielle ("ne crains pas la perfection tu ne l'atteindra jamais") ; pendant ce temps on en profite pour polir et corriger de petits défauts aux (lointaines) entournures :-)
C'est pour rire, je ne me moque pas puisque vous faites bien comme vous voulez.
Vu que vos versions Alphas étaient déjà stables et qu'après bientôt 30 ans plus personne ne comprend la numérotation de BeOS, vous pourriez aussi bien nommer les prochaines Bétas en v1, v2, etc. et le jour de la v18 la nommer 18-R1. J'écris ça par admiration, parce que Haïku est dans un état remarquable pour une Béta, et par frustration parce que je voudrais le voir participer au grand remplacement de Windows.
J'ai mal posé une question : ton rapport trimestriel liste les travaux de ce trimestre, mais est-ce que certains de ces travaux ont par exemple duré 10 mois ?
Au fait où en sont les travaux sur le portage RiscV ?
Justement, Google a retravaillé ce code puisque ce sont principalement leurs équipes de recherche qui développent JPEG-XL. Mais c'est long de reprendre 100.000 lignes qui évoluent encore parce que la libjxl n'est pas finie : la version 0.11.1 est sortie fin novembre 2024, le développement est continu et pourtant il n'y a encore aucune nouvelle version cette année.
Et puis faut pas croire qu'on peut ajouter un tel volume de code sans interventions d'autres équipes de Chrome. L'arrêt de l'intégration il y a 3 ans impliquait certainement plusieurs responsables : sécurité, vitesse, fiabilité, rendu, compatibilité, etc.
Apple et Adobe qui viennent de sortir leur propre code y ont passé du temps, pourquoi Chromne aurait du être plus rapide ?
Tout cet écrit n'est pas pour défendre Google, mais parce que vu l'état du code intégrer jxl dans un navigateur n'est certainement pas facile, d'autant plus que ça doit aussi marcher avec des tel mobiles qui sont moins puissants qu'un PC, voire beaucoup moins, et avec des anciennes versions d'Android.
[^] # Re: A voir
Posté par orfenor . En réponse au lien Sculptures électroniques de l'espace. Évalué à 10 (+12/-1).
Mais d'où vous sortez que ça va dans l'espace ? Ce sont des sculptures électronique (elles fonctionnent), l'auteur n'est pas le seul à en faire, mais lui son truc c'est les satellites. À ma connaissance il n'a pas le projet de les envoyer dans l'espace.
# serait mieux en dépêche
Posté par orfenor . En réponse au journal 10 ans après, Modoboa est toujours là pour prendre soin de votre serveur de messagerie. Évalué à 6 (+4/-0).
La dépêche a été refusée ?
[^] # Re: Bench rapide
Posté par orfenor . En réponse au journal JPEG-XL est finalement intégré dans Chromium (et donc Google Chrome). Évalué à 4 (+2/-0). Dernière modification le 19 janvier 2026 à 10:56.
Le niveau de compression qu'on utilise en Jpeg ou Png n'est pas vraiment pertinent en Jpeg-XL :
En Jpeg-XL on indique une distance par rapport à l'image originale ; ça ressemble, disons intuitivement, au niveau de pertes du Jpeg (devenu niveau de compression en langage courant). Mais dans pas mal de cas on peut descendre le curseur très bas en Jpeg-XL sans altérations perceptible (jusqu'à 30 dans mon cas). Autrement dit, alors que le curseur Jpeg est très uniforme (les pertes se voient en dessous de 70-75), il ne l'est pas en Jpeg-XL.
D'autre part ces niveaux ne sont pas comparables : 80% en Jpeg n'est pas 80 en Jpeg-XL.
Donc pour comparer les formats au même niveau (de "compression") il faut utiliser des outils d'analyse d'image et des vrais yeux humains. C'est ce qu'a fait Jon Sneyer dans son article cité plus haut.
# ZDNet parle de Benoit
Posté par orfenor . En réponse à la dépêche Revue de presse de l’April pour la semaine 2 de l’année 2026. Évalué à 5 (+3/-0).
bien d'accord
[^] # Re: smalltalk
Posté par orfenor . En réponse au journal Manuel d'installation de Pharo 13 sur Zorin OS 17 Core. Évalué à 5 (+3/-0).
d'aprés pkgs.org, pharo n'est empaqueté que pour FreeBsd
[^] # Re: Concurrence / mode ?
Posté par orfenor . En réponse à la dépêche OPENALIS.NET un projet ambitieux pour apporter des alternatives dans le paysage numérique FR. Évalué à 3 (+1/-0).
J'ai déjà vus des objectifs beaucoup plus bas que l'objectif réel. C'est une technique marketing des plateformes. Ça permet de montrer un projet financé à 500%.
[^] # Re: Signal
Posté par orfenor . En réponse au journal LinuxFr.org : seconde quinzaine de novembre 2025 et première quinzaine de décembre 2025. Évalué à 3 (+1/-0).
Pardon pour le ton un peu sec, j'ai de grosses journées.
[^] # Re: Signal
Posté par orfenor . En réponse au journal LinuxFr.org : seconde quinzaine de novembre 2025 et première quinzaine de décembre 2025. Évalué à 3 (+1/-0).
[^] # Re: Les sources su Github
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 2 (+0/-0).
Oui, 2x8 Go, 1 x 16 Go, 24 Go aussi. Un SSD chaque fois, des Core i7 ou i5.
[^] # Re: mouai-bof
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 4 (+2/-0).
il est sorti
[^] # Re: Les sources su Github
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 3 (+1/-0). Dernière modification le 19 décembre 2025 à 13:12.
J'ai la même expérience, et depuis longtemps, sur le bon coin (avec des ThinkCentre Lenovo).
[^] # Re: Les sources su Github
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 6 (+4/-0).
Oui, mais n'oublie pas que le dev n'a que 21 ans. Il a découvert une informatique où Electron existait déjà, où Ram et disques durs sont gigantesques, etc. Et après tout pourquoi pas ? au stade de son projet, ça lui permet d'aller vite. Si ses idées sont bonnes, d'autres personnes le rejoindront et il sera alors temps de structurer, recoder en Rust, etc. Ne critiquons pas la jeunesse.
[^] # Re: Les sources su Github
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 5 (+4/-1).
Je n'ai pas pu rectifier mon écrit hier soir : il y a des messages d'erreurs en roumain, mais la majorité est en anglais. Et si le travail est préliminaire, le code javascript m'a paru très propre.
Qu'un jeune développeur de 21 ans fasse tout ça, c'est chouette. il y a un vent frais dans son projet, testez-le.
Le nom "liquid-gel" vient de l'utilisation de la bibliothèque Electron liquid-glass.
# Les sources su Github
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 7 (+5/-0). Dernière modification le 18 décembre 2025 à 01:50.
y'a pas grand chose mais c'est quasi l'oeuvre d'une seule personne
https://github.com/pearOS-archlinux
Le bureau "liquid gel" est dans le dépot
pearos-apps-bundle. C'est un thème plus du Javascript bien chargé en Électron avec pas mal de trucs en durs (dont les messages d'erreurs en roumain). Le travail est encore très préliminaire.# communication enthousiaste
Posté par orfenor . En réponse à la dépêche PearOS 25.12 NiceC0re : Le retour d'une distro emblématique. Évalué à 7 (+5/-0).
Ouh là là, le texte ne contient que des superlatifs! Je veux bien que l'enthousiasme pour son propre travail gêne l'objectivité de l'équipe PearOS, mais en lisant j'ai d'abord cru à une blague. C'est dommage, ça m'empêche d'apprécier l'article. Tant mieux si une petite équipe parvient à faire revivre une distro, à tester des trucs nouveaux et tente d'innover. On peut en savoir plus avec des infos techniques ?
[^] # Re: Mouais
Posté par orfenor . En réponse au journal Charge mentale et réseaux sociaux: un docu sur le jeu ou sur la sale ambiance des forums. Évalué à 2 (+0/-0).
Pourquoi ne pas faire ce docu alors que Fred Henri a des trucs intéressant à dire sur le monde du jeu qu'il connait bien.
[^] # Re: Mouais
Posté par orfenor . En réponse au journal Charge mentale et réseaux sociaux: un docu sur le jeu ou sur la sale ambiance des forums. Évalué à 2 (+1/-1). Dernière modification le 11 décembre 2025 à 22:23.
Juste sur le commentaire avertissement de Monsieur Phal : il ne m'étonne pas tellement, vu qu'au moment ou TricTrac est passé des mains d'Asmodée au CNRL il y a 2 ans, on a encore eu des accusations gratuites contre Phal avec théories complotistes. J'y vois aussi une façon de protéger Frédéric Henri.
[^] # Re: Mouais
Posté par orfenor . En réponse au journal Charge mentale et réseaux sociaux: un docu sur le jeu ou sur la sale ambiance des forums. Évalué à 2 (+0/-0).
J'ai l'impression qu'aucun des commentateur n'a vu la vidéo. Il n'y est pas question d'extrêmistes mais d'une ambiance de forum pourrie par des donneurs de leçons autoritaires et coupeurs de cheveux en 4. Personne n'est à l'abri de se comporter comme ça, tant l'impression d'être au café du commerce vient vite quand on discute. Sauf que n'avoir personne devant soi permet de se lacher beaucoup plus, tandis qu'au café on se ferait vite calmer.
# Timeline, ça s'impose
Posté par orfenor . En réponse au journal Charge mentale et réseaux sociaux: un docu sur le jeu ou sur la sale ambiance des forums. Évalué à 2 (+0/-0).
Pour le ton de Phal et l'air emprunté de Frédéric Henry , voici la TricTrac TV de découverte du jeu Timeline
# pas inquiétant
Posté par orfenor . En réponse au lien Aluminium OS : des PC Android chez Google dès l’année prochaine ?. Évalué à 4 (+2/-0).
Rien à craindre : y'aura de l'IA partout ce qui fera fuir les gens.
[^] # Re: Instructif
Posté par orfenor . En réponse au lien ANSSI Téléphones mobiles état de la menace depuis 2015. Évalué à 3 (+1/-0).
Bof. Ça me fait penser aux efforts déployés par les malfrats Roumains pour pirater les parcmètres : ils en ont piqués plusieurs pour les désosser, les anlyser et trouver la meilleure méthode pour voler la caisse. À la fin, les voleurs venaient percer en travers à un endroit précis pour que le truc s'ouvre. Pareil sur les serrures, avec la même détermination pour trouver le moyen d'ouvrir des serrures complexes : les cambrioleurs ont mis au points des outils plus efficaces que ceux des serruriers (je pense à la clef parapluie).
[^] # Re: Fuite ?
Posté par orfenor . En réponse au lien Une fuite explosive révèle la profondeur du rapprochement Trump – Poutine . Évalué à 2 (+0/-0).
Fin de règne en début de mandat, non. Ça peut toujours fuiter parce qu'un Républicain trouve que ça va trop loin ou parce qu'un Russe veut emmerder Trump, ou bien, comme dit Zataliz l'incompétence est probable.
Mais comme cette conversation montre clairement des histoires d'égo et d'intérets personnels, de gout du pouvoir et de la manipulation, avec deux dirigeants qui veulent jouer aux gendarmes du monde comme autrefois sans consulter personne, j'espère que c'est une fuite provoquée par un fonctionnaire soucieux du bien commun.
[^] # Re: plein de questions
Posté par orfenor . En réponse à la dépêche Nouvelles de Haiku - Automne 2025. Évalué à 3 (+1/-0).
Merci pour toutes ces précisions qui aident bien à comprendre. Effectivement mon utilisation occasionnelle et simplette d'Haïku ne me fait pas rencontrer de problème.
[^] # Re: plein de questions
Posté par orfenor . En réponse à la dépêche Nouvelles de Haiku - Automne 2025. Évalué à 4 (+2/-0). Dernière modification le 24 novembre 2025 à 13:41.
Donc, Haïku est un système complètement utilisable et stable, qui peut cependant planter, mais très rarement, et dont l'objectif de compatibilité BeOs repousse la sortie officielle ("ne crains pas la perfection tu ne l'atteindra jamais") ; pendant ce temps on en profite pour polir et corriger de petits défauts aux (lointaines) entournures :-)
C'est pour rire, je ne me moque pas puisque vous faites bien comme vous voulez.
Vu que vos versions Alphas étaient déjà stables et qu'après bientôt 30 ans plus personne ne comprend la numérotation de BeOS, vous pourriez aussi bien nommer les prochaines Bétas en v1, v2, etc. et le jour de la v18 la nommer 18-R1. J'écris ça par admiration, parce que Haïku est dans un état remarquable pour une Béta, et par frustration parce que je voudrais le voir participer au grand remplacement de Windows.
J'ai mal posé une question : ton rapport trimestriel liste les travaux de ce trimestre, mais est-ce que certains de ces travaux ont par exemple duré 10 mois ?
Au fait où en sont les travaux sur le portage RiscV ?
[^] # Re: Bonne nouvelle
Posté par orfenor . En réponse au lien L'intégration de JPEG-XL dans Chrome peut reprendre. Évalué à 4 (+2/-0). Dernière modification le 23 novembre 2025 à 14:04.
Justement, Google a retravaillé ce code puisque ce sont principalement leurs équipes de recherche qui développent JPEG-XL. Mais c'est long de reprendre 100.000 lignes qui évoluent encore parce que la libjxl n'est pas finie : la version 0.11.1 est sortie fin novembre 2024, le développement est continu et pourtant il n'y a encore aucune nouvelle version cette année.
Et puis faut pas croire qu'on peut ajouter un tel volume de code sans interventions d'autres équipes de Chrome. L'arrêt de l'intégration il y a 3 ans impliquait certainement plusieurs responsables : sécurité, vitesse, fiabilité, rendu, compatibilité, etc.
Apple et Adobe qui viennent de sortir leur propre code y ont passé du temps, pourquoi Chromne aurait du être plus rapide ?
Tout cet écrit n'est pas pour défendre Google, mais parce que vu l'état du code intégrer jxl dans un navigateur n'est certainement pas facile, d'autant plus que ça doit aussi marcher avec des tel mobiles qui sont moins puissants qu'un PC, voire beaucoup moins, et avec des anciennes versions d'Android.