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).
(et en même temps… Tout le papier qu'il faut pour ces 38 listes sur toute l'Union Europe. Au secours.)
Les listes sont différentes dans chaque pays au moins. Les 38 listes en question ne concernent que la France. Dans d'autres pays il peut aussi y avoir des circonscriptions, par exemple la Belgique Francophone et la Belgique Flamande votent séparément (ce qui évite aux partis de devoir faire une campagne bilingue).
Chacun de ces partis nationaux ou locaux rejoignent ensuite un groupe parlementaire (gauche, sociaux-démocrates, renew, les verts, identité et démocratie, …). Ces groupes sont beaucoup moins nombreux que les listes en France, il y a donc plusieurs listes qui vont en fait rejoindre le même groupe (oui, c'est un peu idiot de ne pas s'allier), ou qui ne sont pas rattachées à un groupe (par exemple en Allemagne, le parti AfD qui est tellement d'extrême droite qu'il s'est fait éjecter du groupe des autres partis d'extrême droite européens, et se retrouve donc classé dans les "non inscrits)
Autre truc à savoir pour la France: les listes obtenant moins de 5% des suffrages exprimés ne recevront aucun siège au parlement (encore un moyen de silencer les petits partis, diront certains). Une augmentation du taux de participation pourrait donc empêcher certains partis d'obtenir des sièges (ceux qui sont autour des 5%, par exemple il y a Reconquête et les Verts).
La page Wikipedia en anglais sur les sondages donne un bon apperçu des estimations de résultats par groupe parlementaire ainsi que les détails pour plusieurs pays et la comparaison avec le parlement actuel (en dernière ligen de certains tableaux, attention, le nombre de députés total change, à cause du Brexit): https://en.m.wikipedia.org/wiki/Opinion_polling_and_seat_projections_for_the_2024_European_Parliament_election. Il est dommage que les média en France se concentrent beaucoup sur les partis (et sondages) nationaux plutôt que sur le résultat global.
Est-ce que les listes en question avaient bien fourni leurs clips dans les temps? C'est assez différent si France Télévision les a perdus/oubliés, ou si les clips n'ont pas été envoyés
si le bicarbonate de soude ménager est légèrement plus agressif que le bicarbonate de soude alimentaire
Et ben bonjour le n'importe quoi…
Le bicarbonate de soude alimentaire est appelé alimentaire parce qu'il a été hroduit avc les précautions nécessaires pour la consommation humaine (mais pas pur hein). Il n'est pas plus ou moins "agressif", c'est toujours du bicarbonate de soude, constitué d'ions bicarbonate et d'ions sodium dans les mêmes proportions (parce que les lois de la chimie sont les mêmes pour tout le monde)
Bref, ça s'enfonce dans le "je comprend rien à ce que je raconte"…
Je ne suis pas bien sûr de ce qu'il y a dans "Web" (je n'ai pas regardé), mais ça ne me semble pas très pertinent de le mettre dans le Compliance.
Il s'agit de la possibilité de se connecter à un serveur XMPP via des requêtes HTTP(S) au lieu d'un socket SSL classique.
Ce n'est pas forcément lié au fait que le client soit un client Web, mais en pratique, comme un client Web ne peut pas ouvrir un socket SSL "normal", ce sera soit ça, soit des WebSocket. Et donc il faut que le serveur soit capable de recevoir des connexions via ces protocoles.
Au final, cette partie sera implémentée par les serveurs, et par les clients Web, et ça n'a pas d'intérêt pour les autres.
De la même façon, la partie "Mobile" n'a pas forcément d'intérêt sur un client qui tourne sur un PC avec une connexion internet stable.
C'est pour cette raison que ce sont des catégories séparées et que ça ne fait pas partie de la suite "instant messaging". Selon le cas, ce n'est pas utile ou pertinent d'implémenter ces spécifications.
[^] # 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).
[^] # 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.
Les listes sont différentes dans chaque pays au moins. Les 38 listes en question ne concernent que la France. Dans d'autres pays il peut aussi y avoir des circonscriptions, par exemple la Belgique Francophone et la Belgique Flamande votent séparément (ce qui évite aux partis de devoir faire une campagne bilingue).
Chacun de ces partis nationaux ou locaux rejoignent ensuite un groupe parlementaire (gauche, sociaux-démocrates, renew, les verts, identité et démocratie, …). Ces groupes sont beaucoup moins nombreux que les listes en France, il y a donc plusieurs listes qui vont en fait rejoindre le même groupe (oui, c'est un peu idiot de ne pas s'allier), ou qui ne sont pas rattachées à un groupe (par exemple en Allemagne, le parti AfD qui est tellement d'extrême droite qu'il s'est fait éjecter du groupe des autres partis d'extrême droite européens, et se retrouve donc classé dans les "non inscrits)
Autre truc à savoir pour la France: les listes obtenant moins de 5% des suffrages exprimés ne recevront aucun siège au parlement (encore un moyen de silencer les petits partis, diront certains). Une augmentation du taux de participation pourrait donc empêcher certains partis d'obtenir des sièges (ceux qui sont autour des 5%, par exemple il y a Reconquête et les Verts).
La page Wikipedia en anglais sur les sondages donne un bon apperçu des estimations de résultats par groupe parlementaire ainsi que les détails pour plusieurs pays et la comparaison avec le parlement actuel (en dernière ligen de certains tableaux, attention, le nombre de députés total change, à cause du Brexit): https://en.m.wikipedia.org/wiki/Opinion_polling_and_seat_projections_for_the_2024_European_Parliament_election. Il est dommage que les média en France se concentrent beaucoup sur les partis (et sondages) nationaux plutôt que sur le résultat global.
[^] # Re: Décisions de l'ARCOM (durées de diffusions et dates)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal France 2 et France 3 ne diffusent pas les clips de campagnes des européennes et favorisent LREM / RN. Évalué à 2.
Est-ce que les listes en question avaient bien fourni leurs clips dans les temps? C'est assez différent si France Télévision les a perdus/oubliés, ou si les clips n'ont pas été envoyés
[^] # Re: Mise à jour "écologie au centre" ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Élections européennes de juin 2024 et contenu programmatique. Évalué à 3.
Et ben bonjour le n'importe quoi…
Le bicarbonate de soude alimentaire est appelé alimentaire parce qu'il a été hroduit avc les précautions nécessaires pour la consommation humaine (mais pas pur hein). Il n'est pas plus ou moins "agressif", c'est toujours du bicarbonate de soude, constitué d'ions bicarbonate et d'ions sodium dans les mêmes proportions (parce que les lois de la chimie sont les mêmes pour tout le monde)
Bref, ça s'enfonce dans le "je comprend rien à ce que je raconte"…
[^] # Re: XMPP
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal ICQ sera bronsonisé fin juin. Évalué à 6.
Il s'agit de la possibilité de se connecter à un serveur XMPP via des requêtes HTTP(S) au lieu d'un socket SSL classique.
Ce n'est pas forcément lié au fait que le client soit un client Web, mais en pratique, comme un client Web ne peut pas ouvrir un socket SSL "normal", ce sera soit ça, soit des WebSocket. Et donc il faut que le serveur soit capable de recevoir des connexions via ces protocoles.
Au final, cette partie sera implémentée par les serveurs, et par les clients Web, et ça n'a pas d'intérêt pour les autres.
De la même façon, la partie "Mobile" n'a pas forcément d'intérêt sur un client qui tourne sur un PC avec une connexion internet stable.
C'est pour cette raison que ce sont des catégories séparées et que ça ne fait pas partie de la suite "instant messaging". Selon le cas, ce n'est pas utile ou pertinent d'implémenter ces spécifications.