Il me semble qu'il y a un peu de confusion entre XML et XHTML. Le XHTML reprend les balises et le fonctionnement général de HTML, mais est implémenté en XML, avec une syntaxe plus stricte (mais plus facile à traiter pour les ordinateurs). Le format XML est beaucoup plus générique, et utilisé pour beaucoup d'autres choses (pas nécessairement du texte) avec des balises différentes. On peut citer par exemple Docbook, un format basé sur XML mais qui ne ressemble pas du tout à du HTML, et conçu pour écrire des livres (avec des notions oe chapitres, sections, paragraphes, …).
Ça se fait avec la visibilité des symboles ça (compiler avec -fvisibility=hidden et ajouter des déclarations de visibilité à chaque classe ou méthode qui doit être accessible de l'extérieur). Mais c'est vrai que c'est dommage de devoir recourir à des attributs non standards pour le faire.
Il y a quand même Dillo (qui s'est réveillé y'a pas longtemps) et NetSurf dans la catégorie challenger. Ils n'ont pas forcément les ambitions de Ladybird, mais est-ce que les ambitions ne sont pas arrivées avec les donations qui ont permisd'avoir des développeurs à plein temps?
Haiku participe au Google Summer of Code et a participé au Google Code-In, concrètement ça veut dire que:
Google nous sous-traite l'encadrement de stagiaires
Pour un stagiaire encadré pendant 3 mois, Google nous donne une compensation de 500$ (et paie le stagiaire un montant qui dépend de son pays de résidence)
En contrepartie, on choisit sur quoi va travailler le stagiaire
Et pour le Google Code-In:
Google nous envoie des centaines d'adolescents (13-18 ans)
On doit leur fournir des tâches liées au projet pendant 1 mois (couvrant noël et thanksgiving, périodes où les ados ont pas mal de temps libre et nos contributeurs sont pas mal occupés)
Il faut répondre en moins de 12h aux demandes, car les participants sont en compétition et doivent compléter un maximum de tâches, il ne faut donc pas les laisser bloqués en attente de revue
Toute l'équipe (plusieurs dizaines de personnes) finit en quasi burn-out, même en ne faisant rien d'autre pour le projet pendant 1 mois
Le tout sans compter le travail en amont pour préparer les tâches que les participants devront accomplir (tout doit être extrêmement bien documenté pour qu'un adolescent de 13 ans puisse suivre les instructions)
On gagne 2500$
Pour le Google Code-In, c'est tellement intense que aucun autre projet n'a participé tous les ans. Haiku a réussi à le faire en recrutant les participants d'une année pour aider à encadrer ceux de l'année suivante. De plus, les tâches proposées sont plutôt autour du portage d'applications venant d'autres systèmes, ou encore du développement d'applications hors du système Haiku en lui-même.
En dehors de ça, Haiku n'a reçu aucun autre soutien de Google. On est donc à 5000$ par an pendant la période où il y a eu le Google Code-In, et plutôt autour de 1500 à 2000$ maintenant. Ce qui ne rembourse pas du tout le temps et l'énergie dépensé dans le Google Summer of Code et le Google Code-In. Donc parler de "largesses", c'est un peu exagéré. Andreas Kling recevait 2000$ de donations par mois en 2021, et maintenant on compte carrément en millions pour Ladybird. Lequel des deux bénéficie de largesses d'entreprises?
Et oui, SVN était déjà vieux à la naissance en pratique,
Il faut peut-être pas exagérer, avant SVN il n'y avait pas grand chose d'autre et SVN est quand même un très gros progrès par rapport à CVS en termes de facilité d'utilisation.
Il a vieilli assez vite après (malgré pas mal d'efforts pour incoroporer quelques bonnes idées de Git), mais c'est pas une raison.
Dans le he-gate dont on parle, on n'est pas loin de ça : refuser un patch qui change 5 occurences de "he" en "they" dans une doc confidentielle d'un logiciel pas très connu est décrit comme un acte exécrable, qui conduit à des accusations de mysogynie et de transphobie.
Non pas comme un acte exécrable, mais comme quelque chose qui semble assez révélateur de la façon de penser de la personne qui a refusé ce patch en disant que utiliser des pronoms neutres, c'est avoir un agenda politique.
Rien de grave, certes, mais pour moi c'est un signal suffisant pour ne pas avoir envie de mettre les pieds dans le projet en question, ou en tout cas pour être sur mes gardes. C'est tout. Il peut continuer à penser ce qu'il veut et à gérer son projet comme il veut. Et j'ai le droit de penser que c'est pas le genre de personne avec qui j'ai envie de collaborer. Je crois que personne n'a rien demandé d'autre.
Éviter une monoculture avec un seul moteur de rendu pour tout l'internet, c'est une bonne raison. Tout comme on parle de biodiversité, la technodiversité est une bonne chose pour la résilience.
Si un projet est abandonné par ses auteurs, se retrouve dirigé par une entreprise qui mise tout sur l'IA et les cryptomonnaies, …, c'est pas mal d'avoir un plan B.
D'ailleurs c'est vrai pour beaucoup de technologies qui ont fort évoluées et se sont complexifiées à un tel point qu'il est difficilement envisageable de réimplémenter depuis zéro : un noyau comme UNIX, un toolkit graphique comme GTK ou Qt, le support du multimédia, et sûrement plein d'autres.
Ce n'est pas parce que les implémentations actuelles sont lourdingues et compliquées que c'est devenu impossible de faire plus simple, à condition d'accepter un champ d'application un peu plus restreint.
Quand on a une documentation qui référence l'utilisateur en utilisant le pronom "he", et que quelqu'un propose de le remplacer par un pronom neutre, selon l'usage en pratique depuis plusieurs centaines d'années en anglais, quand on refuse sous prétexte de "oulala on ne fait pas de politique ici", le message est clair: ce système s'adresse uniquement à des gens qui se genrent au masculin, les autres ne sont pas concernées, et c'est intentionnel et pas juste une mauvaise habitude grammaticale (ce qui peut arriver et serait tout à fait excusable).
Pour les 2 dernières, cela a pris moins de temps (1 mois pour Bullseye, 3 mois pour Bookworm), mais l'équipe de Debian ne prend pas d'engagement à reproduire un cycle aussi rapide.
ça me semble peu efficace comme conversion, à première vue.
Sur les chaînes hi-fi des années 70-90, découpées en différents modules, on peut certainement remplacer le récepteur FM par un récepteur DAB.
Mais sur les systèmes tout-en-un, est-ce que c'est vraiment pertinent de recevoir du DAB, le décoder, le remoduler en FM, pour le renvoyer dans un autre récepteur? Autant directement recevoir le DAB et l'envoyer dans un amplificateur audio et un haut-parleur, non?
Il reste toujours l'option de tenter une modification d'un récepteur FM existant pour en retirer la partie démodulation radio, et y greffer un récepteur DAB, à la limite, pourquoi pas.
Ah oui, un cas particulier auquel je n'avais pas pensé: votre récepteur FM est intégré dans un véhicule automobile, il est peu pratique de remplacer tout le véhicule. Dans ce cas, oui, des convertisseurs existent, par exemple: https://radiofidelity.com/best-dab-car-radio-adapter/
Le but est surtout de rendre le message du kernel panic visible si on est dans une session graphique. Actuellement il est affiché uniquement si on est dans une console, ce qui est bien pour les serveurs et les systèmes embarqués, mais pour tout le reste, c'est quand même pas courant d'avoir un système en console.
ça a l'avantage d'être clair. Les versions actuelles du noyau font clignoter les LEDs du clavier dans ce cas (et encore, je ne sais pas si ça fonctionne sur les claviers USB).
On peut donc savoir si c'est définitivement planté, ou juste très lent (ce qui m'arrive souvent sur mon PC quand je compile des trop gros trucs et qu'il y a pas assez de RAM).
Mais pour savoir, il faut connaître ce truc et penser à regarder les LEDs du clavier (si elles existent encore).
Peut-être un jour on aura enfin sous Linux un vrai debugger dans ce cas, comme c'est le cas sur Haiku (kernel debugging land) ou sur les machines Sun SPARC (ou c'est le firmware openboot qui s'en charge). Mais en attendant, s'ils arrivent à afficher le message de kernel panic et un QR code, ce sera déjà un bon début pour faciliter l'investigation et la remontée de bugs.
Le mouvement "birds aren't real" prétend que les oiseaux ont été remplacés par des robots dans les années 60. Mais le mouvement lui-même n'existe que depuis 2017 ou 2018.
L'affaire initiale n'a pas été étalée publiquement. Il semble y avoir eu un problème chez Debian lors du Google Summer of Code 2018, suite à quoi le projet Debian a demandé à Daniel Pocock de s'écarter du projet pendant 6 mois.
Il l'a très mal pris et depuis, il essaie de se venger par tous les moyens, ce qui conduit à un comportement inapproprié et à se faire exclure de plus en plus d'endroits. Ce qui renforce son impression que tout le monde lui en veut pour essayer de faire éclater la vérité, ou quelque chosecomme ça (là je m'avance un peu trop dans les suppositions).
Ce n'est qu'un exemple de délire conspirationiste, qui n'est pas forcément lié à d'autres. Le phénomène n'est pas récent (les platistes existent depuis très longtemps, le mouvement "birds aren't real" depuis les années 60 ou 70). L'internet moderne en accélère peut-être la propagation, mais dans ce cas précis il s'agit je crois d'une seule personne isolée?
Non. Enfin, en théorie, bien sûr c'est possible, mais il faut pas mal de patchs. Chromium n'accepte pas upstream les modifications pour supporter des OS autres que ceux officiellement supportés par Google (OpenBSD par exemple maintient ses propres patchs).
La conséquence est qu'il y a dans le code de Chromium un certain nombre de "linux-ismes" et donc, soit il essaie d'utiliser des fonctions qui n'existent pas dans Haiku, soit "ui existent mais ont un comportement différent.
mais la compilation n'est que le début del'aventure: il s'agit d'une version gtk de firefox, avec ungtk qui se base sur wayland, lequel wayland n'existe pas pour Haiku mais il y a une couche de compatibilité. Ça explose dès que Firefox essaie d'utiliser OpenGL, ce qui est la première chose qu'il fait au démarrage après avoir ouvert une fenètre.
D'un autre côté, on a WebKit, qui est à mon avis le seul moteur parmi les 3 gros à être écrit et maintenu avec un minimum de conscience des problématiques de portabilité (il est co-maintenu par Apple (MacOS, iOS, et un petit peu Windows), Igalia (Linux, GTK) et Sony (BSD sur la Playstation). Il peut être utilisé sans OpenGL aussi et il est porté sur certains systèmes MorphOS/Amiga aussi. Ce n'est pas pour rien que c'est WebKit qui est utilisé pour WebPositive.
C'est un gros chantier de le maintenir, mais au moins c'est possible. Les deux autres, je n'y crois pas, en tout cas pas avec une intégration propre dans le système.
ça serait dròle si Daniel ne harcelait pas Debian et la FSFE depuis bientôt 15 ans par tous les moyens possibles: campagnes de diffamation, création d'associations avec des noms similaires, envoi de mails de "dénonciation" à diverses mailing lists dont celles du Google Summer of Code. Cela discrédite ces deux organisations auprès des gens qui n'ont pas suivi l'affaire de près, et mobilise des ressources (juridiques ici) qui pourraient être utilisées ailleurs. Sans parler du moral et peut-être de la santé mentale des personnes qui subissent ça. Bon courage à elles.
Il y a encore quelques points à traiter, en particulier, la mise à jour des dépendances de Haiku avec par exemple un passage à Openssl 3 qui nous pose quelques soucis de compatibilité d'ABI.
Je pense qu'il va nous falloir encore 2 ou 3 mois avant d'avoir une release.
Je ferai une dépèche pour l'anniversaire de Haiku cet été comme d'habitude.
Puis, petit à petit le logiciel prend de l'embonpoint en voulant résoudre des vrais faux problèmes. On ne part plus d'un problème à résoudre mais d'une solution à la recherche d'un problème à résoudre. Quand on a un marteau, tout devient d'un coup des clous.
J'utilise systemd dans un système embarqué fonctionnant sous Linux. On a pas mal de services à lancer, certes. Mais on doit aussi les relancer quand ils crashent. Attendre que les partitions disques soient montées avant de lancer les services. Attendre que les interfaces réseau soient disponibles (ce qui suppose d'avoir attendu que es disques soient montés pour charger la configuration du réseau). Et ainsi de suite.
On est donc très contents que systemd sache faire tout ça et déclencher les choses dans le bon ordre. Et, d'un autre coté, quand il ne sait pas faire ce qu'on veut, on est bien embetés et dans certains cas il n'y a probablement pas d'autre solution que d'intégrer quelque chose au projet systemd.
Quand au supposé sacrifice du "chaque programme ne fait qu'une chose à la fois", ce n'est pas vrai: systemd comporte de nombreux programmes qui font chacun une seule chose, mais qui communiquent beaucoup entre eux. Ce n'est pas un seul méga-exécutable qui fait tout. Il se trouve que maintenant, ces exécutables sont développés par une équipe réduite et avec une certaine cohérence et versionnés et livrés ensemble. Un peu… comme à l'époque de UNIX, en fait. Avant que Linux et GNU viennent compliquer tout ça avec un modèle de développement beaucoup plus décentralisé et moins coordonné, poussant à l'apparition de distributions essayant de recoller tous ces morceaux ensemble.
En France on a un bulletin avec juste un nom seulement pour les élections présidentielles où on vote pour une seule personne.
Dans les autres élections, on vote pour une liste (contenant plusieurs candidats) et le bulletin peut être un peu personalisé: choix de couleur de l'encre (mais une seule couleur), nom de la liste et éventuellement un logo ou une photo. Ça explique peut-être les noms à rallonge pour certaines listes.
Pour le secret du vote, comme indiqué, on peut prendre plusieurs bulletins au bureau de vote. Mais normalement on reçoit aussi un exemplaire des bulletins de vote par la poste avant l'élection, donc on heut arriâer dans le bureau de vote avec son bulletin déjà préparé. (Mais ça, c'est quand le prestataire choisi pour livrer tout ces papiers à tous les inscrits sur les listes électorales est capaple de le faire, lors de la dernière élection, il y a eu des retards, ce qui est embêtant pour les bulletins mais surtout pour la propagande électorale, chaque candidat/liste pouvant aussi envoyer un tract détaillant son programme).
# XML et XHTML
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de formats : il n’y a pas que la taille qui compte. Évalué à 3.
Il me semble qu'il y a un peu de confusion entre XML et XHTML. Le XHTML reprend les balises et le fonctionnement général de HTML, mais est implémenté en XML, avec une syntaxe plus stricte (mais plus facile à traiter pour les ordinateurs). Le format XML est beaucoup plus générique, et utilisé pour beaucoup d'autres choses (pas nécessairement du texte) avec des balises différentes. On peut citer par exemple Docbook, un format basé sur XML mais qui ne ressemble pas du tout à du HTML, et conçu pour écrire des livres (avec des notions oe chapitres, sections, paragraphes, …).
[^] # Re: Modules et visibilité
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal De retour de conférence. Évalué à 3.
Ça se fait avec la visibilité des symboles ça (compiler avec -fvisibility=hidden et ajouter des déclarations de visibilité à chaque classe ou méthode qui doit être accessible de l'extérieur). Mais c'est vrai que c'est dommage de devoir recourir à des attributs non standards pour le faire.
[^] # Re: l'islamodroitisme est il pro casseroliste?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien le langage est libre il a forké . Évalué à 5.
Dans les années 50 on avait des cryptocommunistes, qui ont presque disparu et c'est fort regrettable.
https://www.lalanguefrancaise.com/dictionnaire/definition/cryptocommuniste
[^] # Re: très bonne nouvelle..
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 3.
Il y a quand même Dillo (qui s'est réveillé y'a pas longtemps) et NetSurf dans la catégorie challenger. Ils n'ont pas forcément les ambitions de Ladybird, mais est-ce que les ambitions ne sont pas arrivées avec les donations qui ont permisd'avoir des développeurs à plein temps?
[^] # Re: très bonne nouvelle..
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 6.
Les largesses de Google?
Haiku participe au Google Summer of Code et a participé au Google Code-In, concrètement ça veut dire que:
Et pour le Google Code-In:
Pour le Google Code-In, c'est tellement intense que aucun autre projet n'a participé tous les ans. Haiku a réussi à le faire en recrutant les participants d'une année pour aider à encadrer ceux de l'année suivante. De plus, les tâches proposées sont plutôt autour du portage d'applications venant d'autres systèmes, ou encore du développement d'applications hors du système Haiku en lui-même.
En dehors de ça, Haiku n'a reçu aucun autre soutien de Google. On est donc à 5000$ par an pendant la période où il y a eu le Google Code-In, et plutôt autour de 1500 à 2000$ maintenant. Ce qui ne rembourse pas du tout le temps et l'énergie dépensé dans le Google Summer of Code et le Google Code-In. Donc parler de "largesses", c'est un peu exagéré. Andreas Kling recevait 2000$ de donations par mois en 2021, et maintenant on compte carrément en millions pour Ladybird. Lequel des deux bénéficie de largesses d'entreprises?
[^] # Re: La suite
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien A Git story: Not so fun this time. Évalué à 6.
Il faut peut-être pas exagérer, avant SVN il n'y avait pas grand chose d'autre et SVN est quand même un très gros progrès par rapport à CVS en termes de facilité d'utilisation.
Il a vieilli assez vite après (malgré pas mal d'efforts pour incoroporer quelques bonnes idées de Git), mais c'est pas une raison.
[^] # Re: dev principal de Ladybird
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 7.
Non pas comme un acte exécrable, mais comme quelque chose qui semble assez révélateur de la façon de penser de la personne qui a refusé ce patch en disant que utiliser des pronoms neutres, c'est avoir un agenda politique.
Rien de grave, certes, mais pour moi c'est un signal suffisant pour ne pas avoir envie de mettre les pieds dans le projet en question, ou en tout cas pour être sur mes gardes. C'est tout. Il peut continuer à penser ce qu'il veut et à gérer son projet comme il veut. Et j'ai le droit de penser que c'est pas le genre de personne avec qui j'ai envie de collaborer. Je crois que personne n'a rien demandé d'autre.
[^] # Re: débordements quand tu nous tiens
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 1.
Il y a aussi le Frido, un livre avec une macro LaTeX pour genrer le lecteur ou la lectrice aléatoirement: https://linuxfr.org/news/des-nouvelles-du-frido
J'ai aussi vu she utilisé pour genrer l'utilisatrice dans certains documents en anglais mais je ne me souviens plus où.
[^] # Re: Pourquoi refaire un moteur de rendu ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Pour 100 briques t'as plus rien : le navigateur Ladybird reçoit un million de brouzoufs. Évalué à 10.
Éviter une monoculture avec un seul moteur de rendu pour tout l'internet, c'est une bonne raison. Tout comme on parle de biodiversité, la technodiversité est une bonne chose pour la résilience.
Si un projet est abandonné par ses auteurs, se retrouve dirigé par une entreprise qui mise tout sur l'IA et les cryptomonnaies, …, c'est pas mal d'avoir un plan B.
[^] # Re: Barrière d'entrée très haute pour être compétitif
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 4.
Ce n'est pas parce que les implémentations actuelles sont lourdingues et compliquées que c'est devenu impossible de faire plus simple, à condition d'accepter un champ d'application un peu plus restreint.
[^] # Re: Tout le monde aime le Milkshake Duck
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 10.
Quand on a une documentation qui référence l'utilisateur en utilisant le pronom "he", et que quelqu'un propose de le remplacer par un pronom neutre, selon l'usage en pratique depuis plusieurs centaines d'années en anglais, quand on refuse sous prétexte de "oulala on ne fait pas de politique ici", le message est clair: ce système s'adresse uniquement à des gens qui se genrent au masculin, les autres ne sont pas concernées, et c'est intentionnel et pas juste une mauvaise habitude grammaticale (ce qui peut arriver et serait tout à fait excusable).
[^] # Re: Quand aura lieu la prochaine freeze ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Debian 12.6. Évalué à 3.
les statistiques sur la durée du "freeze" sont listées sur la page "releases" de Debian: https://wiki.debian.org/DebianReleases
Pour les 2 dernières, cela a pris moins de temps (1 mois pour Bullseye, 3 mois pour Bookworm), mais l'équipe de Debian ne prend pas d'engagement à reproduire un cycle aussi rapide.
[^] # Re: Continuité?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Arrêt de la diffusion radio FM en Suisse. Évalué à 2. Dernière modification le 01 juillet 2024 à 23:04.
D'après https://www.generation-nt.com/reponses/svp-legislation-exacte-transmetteurs-fm-entraide-3187231.html c'est autorisé depuis 2008 en France.
[^] # Re: Continuité?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Arrêt de la diffusion radio FM en Suisse. Évalué à 5. Dernière modification le 28 juin 2024 à 11:23.
ça me semble peu efficace comme conversion, à première vue.
Sur les chaînes hi-fi des années 70-90, découpées en différents modules, on peut certainement remplacer le récepteur FM par un récepteur DAB.
Mais sur les systèmes tout-en-un, est-ce que c'est vraiment pertinent de recevoir du DAB, le décoder, le remoduler en FM, pour le renvoyer dans un autre récepteur? Autant directement recevoir le DAB et l'envoyer dans un amplificateur audio et un haut-parleur, non?
Il reste toujours l'option de tenter une modification d'un récepteur FM existant pour en retirer la partie démodulation radio, et y greffer un récepteur DAB, à la limite, pourquoi pas.
Ah oui, un cas particulier auquel je n'avais pas pensé: votre récepteur FM est intégré dans un véhicule automobile, il est peu pratique de remplacer tout le véhicule. Dans ce cas, oui, des convertisseurs existent, par exemple: https://radiofidelity.com/best-dab-car-radio-adapter/
[^] # Re: article de merde
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 5.
Le but est surtout de rendre le message du kernel panic visible si on est dans une session graphique. Actuellement il est affiché uniquement si on est dans une console, ce qui est bien pour les serveurs et les systèmes embarqués, mais pour tout le reste, c'est quand même pas courant d'avoir un système en console.
[^] # Re: Pourquoi enfin ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Le BSOD pour Linux, ce sera dans le noyau 6.10. Enfin ;-). Évalué à 7.
ça a l'avantage d'être clair. Les versions actuelles du noyau font clignoter les LEDs du clavier dans ce cas (et encore, je ne sais pas si ça fonctionne sur les claviers USB).
On peut donc savoir si c'est définitivement planté, ou juste très lent (ce qui m'arrive souvent sur mon PC quand je compile des trop gros trucs et qu'il y a pas assez de RAM).
Mais pour savoir, il faut connaître ce truc et penser à regarder les LEDs du clavier (si elles existent encore).
Peut-être un jour on aura enfin sous Linux un vrai debugger dans ce cas, comme c'est le cas sur Haiku (kernel debugging land) ou sur les machines Sun SPARC (ou c'est le firmware openboot qui s'en charge). Mais en attendant, s'ils arrivent à afficher le message de kernel panic et un QR code, ce sera déjà un bon début pour faciliter l'investigation et la remontée de bugs.
[^] # Re: Précédemment dans votre série favorite
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Déclaration à propos de Daniel Pocock. Évalué à 2.
Rectificatif:
Le mouvement "birds aren't real" prétend que les oiseaux ont été remplacés par des robots dans les années 60. Mais le mouvement lui-même n'existe que depuis 2017 ou 2018.
Je crois que je me suis fait complotiser!
[^] # Re: Précédemment dans votre série favorite
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Déclaration à propos de Daniel Pocock. Évalué à 2.
L'affaire initiale n'a pas été étalée publiquement. Il semble y avoir eu un problème chez Debian lors du Google Summer of Code 2018, suite à quoi le projet Debian a demandé à Daniel Pocock de s'écarter du projet pendant 6 mois.
Il l'a très mal pris et depuis, il essaie de se venger par tous les moyens, ce qui conduit à un comportement inapproprié et à se faire exclure de plus en plus d'endroits. Ce qui renforce son impression que tout le monde lui en veut pour essayer de faire éclater la vérité, ou quelque chosecomme ça (là je m'avance un peu trop dans les suppositions).
Ce n'est qu'un exemple de délire conspirationiste, qui n'est pas forcément lié à d'autres. Le phénomène n'est pas récent (les platistes existent depuis très longtemps, le mouvement "birds aren't real" depuis les années 60 ou 70). L'internet moderne en accélère peut-être la propagation, mais dans ce cas précis il s'agit je crois d'une seule personne isolée?
[^] # Re: Vieil ordi
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Haiku béta 5 en approche finale. Évalué à 8.
Non. Enfin, en théorie, bien sûr c'est possible, mais il faut pas mal de patchs. Chromium n'accepte pas upstream les modifications pour supporter des OS autres que ceux officiellement supportés par Google (OpenBSD par exemple maintient ses propres patchs).
La conséquence est qu'il y a dans le code de Chromium un certain nombre de "linux-ismes" et donc, soit il essaie d'utiliser des fonctions qui n'existent pas dans Haiku, soit "ui existent mais ont un comportement différent.
Du côté de Firefox, quelqu'un a réussi à compiler une version: https://discuss.haiku-os.org/t/progress-on-porting-firefox/13493/5
mais la compilation n'est que le début del'aventure: il s'agit d'une version gtk de firefox, avec ungtk qui se base sur wayland, lequel wayland n'existe pas pour Haiku mais il y a une couche de compatibilité. Ça explose dès que Firefox essaie d'utiliser OpenGL, ce qui est la première chose qu'il fait au démarrage après avoir ouvert une fenètre.
D'un autre côté, on a WebKit, qui est à mon avis le seul moteur parmi les 3 gros à être écrit et maintenu avec un minimum de conscience des problématiques de portabilité (il est co-maintenu par Apple (MacOS, iOS, et un petit peu Windows), Igalia (Linux, GTK) et Sony (BSD sur la Playstation). Il peut être utilisé sans OpenGL aussi et il est porté sur certains systèmes MorphOS/Amiga aussi. Ce n'est pas pour rien que c'est WebKit qui est utilisé pour WebPositive.
C'est un gros chantier de le maintenir, mais au moins c'est possible. Les deux autres, je n'y crois pas, en tout cas pas avec une intégration propre dans le système.
[^] # Re: Précédemment dans votre série favorite
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Déclaration à propos de Daniel Pocock. Évalué à 2.
Oui pardon, c'est moi qui vieillis, j'ai l'impression que ça fait super longtemps, et en fait pas tant que ça. J'aurai putvérifier.
[^] # Re: Précédemment dans votre série favorite
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Déclaration à propos de Daniel Pocock. Évalué à 6.
ça serait dròle si Daniel ne harcelait pas Debian et la FSFE depuis bientôt 15 ans par tous les moyens possibles: campagnes de diffamation, création d'associations avec des noms similaires, envoi de mails de "dénonciation" à diverses mailing lists dont celles du Google Summer of Code. Cela discrédite ces deux organisations auprès des gens qui n'ont pas suivi l'affaire de près, et mobilise des ressources (juridiques ici) qui pourraient être utilisées ailleurs. Sans parler du moral et peut-être de la santé mentale des personnes qui subissent ça. Bon courage à elles.
# On y est pas encore tout à fait
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Haiku béta 5 en approche finale. Évalué à 10.
Il y a encore quelques points à traiter, en particulier, la mise à jour des dépendances de Haiku avec par exemple un passage à Openssl 3 qui nous pose quelques soucis de compatibilité d'ABI.
Je pense qu'il va nous falloir encore 2 ou 3 mois avant d'avoir une release.
Je ferai une dépèche pour l'anniversaire de Haiku cet été comme d'habitude.
[^] # Re: Haiku est utilisable
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Haiku béta 5 en approche finale. Évalué à 10.
Non, toujours pas de driver eMMC, j'ai pas eu le temps de m'en occuper encore. Tellement de choses à faire…
[^] # Re: osctl
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Systemd v256. Évalué à 10.
J'utilise systemd dans un système embarqué fonctionnant sous Linux. On a pas mal de services à lancer, certes. Mais on doit aussi les relancer quand ils crashent. Attendre que les partitions disques soient montées avant de lancer les services. Attendre que les interfaces réseau soient disponibles (ce qui suppose d'avoir attendu que es disques soient montés pour charger la configuration du réseau). Et ainsi de suite.
On est donc très contents que systemd sache faire tout ça et déclencher les choses dans le bon ordre. Et, d'un autre coté, quand il ne sait pas faire ce qu'on veut, on est bien embetés et dans certains cas il n'y a probablement pas d'autre solution que d'intégrer quelque chose au projet systemd.
Quand au supposé sacrifice du "chaque programme ne fait qu'une chose à la fois", ce n'est pas vrai: systemd comporte de nombreux programmes qui font chacun une seule chose, mais qui communiquent beaucoup entre eux. Ce n'est pas un seul méga-exécutable qui fait tout. Il se trouve que maintenant, ces exécutables sont développés par une équipe réduite et avec une certaine cohérence et versionnés et livrés ensemble. Un peu… comme à l'époque de UNIX, en fait. Avant que Linux et GNU viennent compliquer tout ça avec un modèle de développement beaucoup plus décentralisé et moins coordonné, poussant à l'apparition de distributions essayant de recoller tous ces morceaux ensemble.
[^] # Re: Drôle de démocratie
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Voter aux Européennes, ça se prépare !. Évalué à 4.
En France on a un bulletin avec juste un nom seulement pour les élections présidentielles où on vote pour une seule personne.
Dans les autres élections, on vote pour une liste (contenant plusieurs candidats) et le bulletin peut être un peu personalisé: choix de couleur de l'encre (mais une seule couleur), nom de la liste et éventuellement un logo ou une photo. Ça explique peut-être les noms à rallonge pour certaines listes.
Pour le secret du vote, comme indiqué, on peut prendre plusieurs bulletins au bureau de vote. Mais normalement on reçoit aussi un exemplaire des bulletins de vote par la poste avant l'élection, donc on heut arriâer dans le bureau de vote avec son bulletin déjà préparé. (Mais ça, c'est quand le prestataire choisi pour livrer tout ces papiers à tous les inscrits sur les listes électorales est capaple de le faire, lors de la dernière élection, il y a eu des retards, ce qui est embêtant pour les bulletins mais surtout pour la propagande électorale, chaque candidat/liste pouvant aussi envoyer un tract détaillant son programme).