pulkomandy a écrit 2149 commentaires

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".

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?

Genre changer la baignoire après coup c'est trivial ?

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.

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?

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.

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.

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.

Il y a également des alternatives sans fil mais qui ne passent pas par du satellite. Wimax, réseaux cellulaires, liens radio point à point, …

c'est malheureusement peu exploité car ça fait moins rêver les milliardaires et/ou les financeurs publics que des solutions à base de constellations de satellites.

D'un côté l'architecture i686 n'a que 6000 répondants parmi les participants à popcon, loin derrière amd64 (250000). On rappelle que c'est un opt-in lors de l'installation de Debian, donc le nombre absolu ne veut pas forcément dire grand chose.

D'un autre côté, c'est tout de même la deuxième architecture la plus popualaire (entre amd64 et arm64 qui lui n'a que 2000 répondants).

Si l'IA permet de produire 10x plus de code dans la même durée, alors, soit on doit travailler 10x moins, soit on doit être payés 10x plus cher. Sinon, c'est que c'est le patronnat qui se met la différence dans la poche.

Ils ont du sauter la version 9 à cause de vieux outils en Java qui testaient le premier chiffre de la version, et s'ils voyaient un 9, se disaient "ça doit être Windows 95 ou 98".

Le désavantage de ne pas avoir suivi le semantic versioning dès le départ, c'est difficile de s'y mettre après parce que les gens ont développé des tests de version bizarres comme ça, faute de pouvoir faire autre chose.

Pour la version 32 bit de Haiku sur x86, rien n'est prévu pour l'instant. Personne n'a l'air très motivé pour s'en charger.

D'après Wikipedia, le prochain sur la liste est le bug de l'an 2042, qui concerne les machines IBM s390 et zSeries. Cela peut être soit une bonne nouvelle parce que ces machines ne sont pas aussi courantes que les systèmes Linux, soit une mauvaise nouvelle parce que les développeurs capables de les mettre à jour pour corriger le problème ne sont pas très nombreux non plus.

(Il y a juste avant un bug de l'an 2040 sur les Apple ][ et anciennes versions de Mac OS, mais d'une part, plus personne n'utilise ça, et d'autre part, des patchs ont déjà été développés pour la plupart des logiciels).

Je viens de vérifier ce que j'utilise au bureau. Il s'agit d'un HP ProBook 450 G6 qui date de 2018 et j'ai du l'avoir neuf à ce moment là (l'entreprise avait alors remplacé tous les PCs fixes par des portables).

Il a depuis reçu un deuxième SSD (les 256Go d'origine étant un peu limite pour faire cohabiter Linux et Windows et stocker tous les projets) et plus récemment une mise à jour de la RAM pour passer de 16 à 32Go (nécessaire pour des tâches de développement C++ et Yocto si on veut pouvoir lancer un navigateur web en même temps…).

Il va probablement continuer à fonctionner encore quelques années. Cependant si je partais de l'entreprise, et qu'on le donnait à un collègue, je ne pense pas que ça ferait un heureux.

Donc, garder une machine pendant 10 ans, ce n'est pas un problème. Mais commencer avec une machine ayant déjà 10 ans, ça me semble un moins bon choix.

On utilise par ailleurs du matériel d'occasion pour pas mal d'autres choses, par exemple des serveurs pour monter des bancs de tests sur lesquels on a pas besoin d'une puissance de calcul incroyable. Et on trouve en effet des choses à vraiment pas cher.

Même pour une bète question d'image. Imagine, tu es fraîchement embauché au parlement européen, et là on te file un PC d'occasion d'il y a 10 ans avec 2Go de RAM.

Y'a que si tu es écolo extrêmiste que tu vas trouver ça cool. Sinon, tu vas te dire que le parlement européen ne met pas même le budget pour fournir du matériel un peu récent à ses employés, et que ça ne présage pas grand chose de bon pour mettre des moyens ailleurs.

La solution de remettre ces ordinateurs en service via de la revente me semble plutôt bien trouvée.

Il y a une différence, de taille, entre un projet qui a mis dehors les personnes problématiques, et un projet qui préfère les garder.

En conséquence de quoi, effectivement, je contribue très activement à un concurrent de Linux avec une organisation mieux décentralisée et, j'espère, un environnement moins toxique.

Moi ce qui me dérange c'est plutôt les positions ouvertement d'extrême droite du fondateur ainsi que le financement par Peter Thiel. Les cryptogadgets et les publicités, c'est un peu moins grave..,

Là on parle de projets qui ne se donnent pas pour vocation de reprendre le flambeau. Ce n’est pas dénigrer que de le dire. Ils se comportent comme des distributions de firefox et ne doivent pas être vu pour ce qu’ils ne sont pas : des options en cas de disparition de ce dernier.

C'est vrai, mais on peut se poser une question sur la responsabilité de Mozilla là dessus: il y a eu une époque ou Gecko était un moteur de rendu développé séparément du navigateur. Il me semble qu'on a même eu Firefox (à partor de 2002), Netscape (jusqu'en 2008) et Seamonkey (à partir de 2006) qui co-existaient en utilisant ce moteur, ainsi que plein d'autres navigateurs.

C'est Mozilla qui a choisi de lier le développement du moteur et celui du navigateur. Cela rend beaucoup plus complexe l'existence de différents navigateurs, et donc, freine l'innovation et empêche le développement d'une communauté diverse et résiliente. On se retrouve avec un supposé "too big to fail".

Les forks sont une première étape, reste à voir si l'un d'entre eux émerge comme une solution dominante qui prendra la place de Mozilla (et ses moins de 2% de parts de marché, wahou), ou bien si tous ces forks vont s'organiser entre eux pour partager un moteur.

konqueror, gnome web, midori ou falkon sont libre, utilisent un moteur distinct de blink et ne sont pas reliés aux décisions de Google.

konqueror: d'après https://apps.kde.org/fr/konqueror/ il utilise KHTML ou KDEWebKit. D'après https://github.com/KDE/kdewebkit et https://github.com/KDE/khtml ces deux moteurs ne sont plus maintenus. Il semble que Konqueror utilise en fait QtWebEngine c'est à dire Chromium de Google: https://wiki.qt.io/QtWebEngine

falkon: d'après https://www.falkon.org/about/ il utilise également QtWebEngine.

midori: d'après https://github.com/goastian/midori-desktop/ c'est un fork de Firefox, je ne vois pas ce qu'il fait mieux que les autres forks de Firefox?

Gnome Web: enfin une vraie alternative. Il utilise WebKit.

(je suis un peu de mauvaise foi: les 3 premiers utilisaient auparavant WebKit, mais ce n'est plus le cas, il faut se tenir à jour).