pulkomandy a écrit 2019 commentaires

Je me rends compte que je n'ai pas pensé à mettre un lien vers le site de Haiku au début de la dépêche:

www.haiku-os.org - site officiel
download.haiku-os.org - page de téléchargement

En ce qui me concerne, j'utilise Haiku autant que possible pour tout ce que je fais. Il me manque encore une suite office correcte, le support de l'impression qui marche complètement, et un client dropbox. Pour le reste j'arrive à m'en sortir.

Après il y a plein de besoins spécifiques (par exemple si je veux faire des schémas électroniques, j'aurais bien besoin de Kicad ou un outil du même genre).

Mais finalement, les trucs qui me manquent sont plutôt des applications. Donc je suppose que le système lui-même est prêt?

Après il y aura toujours des gens pour râler sur l'absence de drivers pour les webcams, les problèmes de compatibilité du navigateur web, ou l'absence de support de l'USB3, par exemple. C'est de ce côté là qu'on a le plus de travail, finalement: fournir des pilotes de périphériques pour du matériel qui continue d'évoluer tout le temps. Heureusement, on peut s'inspirer du travail de FreeBSD ou de Fuchsia/Magenta pour les drivers, et même parfois leur emprunter des morceaux de code (on n'utilise pas celui de Linux, car il est sous GPL - trop restrictive pour nous, on préfère la licence MIT - et aussi car en général le code est peu lisible, peut être par manque d'habitude).

Y'a une raison: c'est le shell de BeOS, et Haiku est compatible avec BeOS.
Mais ça n'empêche pas d'installer zsh, bien sûr.

Pour le terminal, on est parti de code existant, à l'époque c'était un terminal pour BeOS avec la prise en charge des caractères Japonais (qui font 2 fois la largeur des caractères latins, même avec une police monospace).

Mais en effet, il y a dans les cartons un projet de remplacer une partie du code du terminal par libvterm. Mais pour cela il faudrait que les performances soient acceptables, et avec le portage actuel de libvterm, ce n'est pas le cas.

Pour la gestion des fichiers modifiables, c'est prévu, certains dossiers sont accessible en écriture (la hiérarchie n'est pas la même que sous Linux, donc pas de /var et de /etc, mais l'idée est la même). Les paquets peuvent copier des fichiers dans ces dossiers lors de leur installation, avec une gestion des fichiers existants (soit remplacés, soit conservés, selon la décision du paquet).

Pour la décision de refaire les composants, je peux prendre l'exemple récent du gestionnaire de paquets. Avant de se lancer, on a fait une revue de tout ce qui existait, en essayant de prendre en compte les demandes de nos utilisateurs. La conclusion était que rien ne nous convenait. On a donc choisi de développer notre propre système. Cependant, on utilise libsolv, qui gère très bien la résolution des dépendances entre paquets et qui provient de SUSE.

L'un des objectifs de Haiku est de fournir un système cohérent et fortement intégré. Cela veut dire qu'on peut modifier le noyau ou le bootloader pour faire fonctionner notre système de paquets. Qu'on peut modifier le serveur graphique pour y ajouter les primitives nécessaires pour accélérer le rendu des pages par notre navigateur web. Ce genre de chose prend des années à coordonner dans un écosystème de type GNU/Linux, avec un assemblage hétéroclyte de plein de projets. D'autre part, avoir tout le système écrit par la même équipe et avec les mêmes conventions fait que écrire une application est beaucoup plus confortable - pas besoin de jongler entre différentes bibliothèques pour arriver à faire des choses.

Cela dit, il est vrai que cela marche surtout parce que c'est intéressant et enrichissant pour les développeurs. Il y avait d'autres projets plus pragmatiques autour de BeOS, allant de la "simple" distribution Linux avec un maquillage de l'interface graphique (ZevenOS) à un système entièrement nouveau mais pas forcément compatible (AtheOS puis Syllable), en passant par un système compatible au niveau du code source, mais sur une base de noyau Linux (BlueEyedOS) ou BSD (Cosmoe). Mais ils sont tous morts. Et pour les projets qui ne font que environnement de bureau, y'en a déjà plein :)

Le language C a supprimé la fonction gets() dans sa version 2011, pour des raisons de sécurité. Donc oui, des failles dans un langage, ça existe.

Et du coup, est-ce que quelqu'un sait comment ça se passe en Grande-Bretagne?

Je connait les mantecados, à base de graisse de porc. Mais j'avoue ne pas avoir de recette de gâteau avec de la graisse de thon. Faudra demander au capitaine Némo, peut être?

La date a été choisie parce que, d'une part c'était la journée de la Terre, et d'autre part, c'est surtout un évènement américain à la base (https://satellites.marchforscience.com/). Donc, les élections en France, bon, c'était pas si important que ça pour choisir une date.

C'est quoi le problème avec les drapeaux de la CGT? Ils ont pas le droit d'être là et de soutenir les scientifiques?

Pour la limite du 31/12, il y a eu (chez moi en tout cas) des possibilités de s'inscrire même après cette date. Cette date limite est là surtout pour éviter d'avoir plusieurs milliers d'inscriptions quelques jours avant l'élection, ce qui complique la vérification des listes électorales en particulier pour être sûr qu'une personne ne se trouve pas inscrite dans plusieurs bureaux de vote.

On attendait qu'un autre pays en Europe fournisse le deuxième, peut-être?

• On met "xn--" au début de la chaîne (ce qui permet de reconnaître que c'est du punycode et évite les conflits avec les domaines existants),
• On prend tous les caractères ASCII et on les laisse juste après le --,
• On rajoute un - pour séparer de la suite,
• Enfin, on prend les caractères non-ASCII (avec des accents, cyrilliques, etc) et pour chacun on insère dans la chaîne des caractères qui encodent, d'une part, le numéro unicode du caractère, et d'autre part, la position dans la chaîne initiale où il faut les insérer.

Par exemple, аpple.com (avec un a en cyrillique), devient xn--pple-43d.com.
On voit le xn--, le "pple" (аpple sans le а), le -, et le 43d qui dit "il faut insérer un а en position 0".

L'exemple de la Suisse n'est pas terrible d'ailleurs, parce qu'à ma connaissance, les taux de participation pour les votations locales sont inférieurs à 30%

Est-ce que c'est un problème?

C'est le droit des citoyens de ne pas avoir d'avis sur une question et pas spécialement envie de se renseigner, non?

"Les binaires ne peuvent pas être libre, ce sont uniquement les codes sources qui peuvent l'être."

Pourquoi pas du copyleft sur le matériel? Une licence où celui que te vend ou donne le matériel s'engage à te fournir les plans et documentations? Est-ce qu'il ne faudrait pas aussi tenir compte du fait que le matériel produit doit être démontable (sans tout casser) pour pouvoir le modifier?

L'ingénierie inverse, c'est le fait d'aller à contre courant du cycle de développement normal: partir d'un binaire pour écrire le code source correspondant, mais aussi partir du code source pour écrire la spécification qui va avec.

N'étant pas utilisateur de Emacs, j'ai recours à https://github.com/vimwiki/vimwiki . Personne n'est parfait!

Il y a le réseau technique et d'infrastructure, c'est ostatus/GNU Social. Et par-dessus, il y a le réseau social, qui est composé non pas de machines, mais de gens qui discutent. Donc, ça me semble justifié de parler d'un nouveau réseau social, même s'il utilise des protocoles et une implémentation déjà existants.

Mais à quoi ils vont employer les devs qui travaillaient sur Unity alors?

Mais que fait Super Châtaigne?

Je constate qu'ils sont apparemment bien propriétaires du domaine Télétravailler.fr (en plus de teletravailler.fr), mais qu'ils n'ont pas jugé utile de le diriger vers le site web. Dommage.

Il y a plein de projets de logiciels libres qui arrivent à fonctionner exclusivement avec du télétravail. L'organisation est sans doute bien différente de ce qui se fait dans une entreprise, mais ça marche, et sans forcément avoir besoin de plein d'outils.

Par contre, c'est plus compliqué d'avoir un mélange de gens sur place dans des locaux, et d'autres en télétravail. Car tout le monde n'aura pas forcément le réflexe d'utiliser les outils en ligne.

Pour une rallonge enrulée, il me semble que le fait qu'elle dissipe moins la chaleur est le premier problème, et les phénomènes d'induction, seulement le deuxième.

Avec les calculs faits au-dessus, si on a 7V de perte dans le cable à 0.5A, ça nous fait une puissance dissipée de 3.5W (P=U.I). Pas énorme, mais quand il y a beaucoup de câbles dans un endroit confiné, ça peut quand même finir par chauffer un peu trop.

Cela dit, dans le cas de ce journal, je suppose qu'il y a d'abord eu un court-circuit (par oxydation ou un corps étranger qui s'est glissé dans le connecteur?), ce qui a entraîné une intensité plus élevée, et ensuite seulement un échauffement qui a fini par faire fondre les isolants?

Note : je ne sais pas si ce genre de dégâts peut être provoqué sans injection POE, juste avec du réseau.

Probablement pas, il n'y a pas assez de puissance.
ça rappelle que ce n'est pas forcément une bonne idée de faire passer l'alimentation électrique par des câbles et des connecteurs pas forcément prévus pour, alors.

Ah, en effet c'est pas la même chose! Je comprend mieux du coup, merci.

Je crois que tu fais bien de ne pas être sûr.

Le code source des extensions est dans le dépôt de Virtual Box Open Source Edition: https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Additions?order=name

J'ai pas vérifié tous les fichiers mais ça semble être sous GPLv2.

Je ne sais pas si le code pour l'USB est inclus, par contre. Cela dit, VirtualBox émule un contrôleur USB standard EHCI, donc en fait je ne vois même pas de quoi il a besoin dans les guest additions pour le faire fonctionner?

Effectivement, j’aurais dû recopier l’ancien contenu : cp -r .firefox/ .cache/firefox
Ensuite, on efface l’ancien .firefox : rm -rf .firefox

Je crois que la commande mv permet de faire ces deux opérations en une seule étape. Pratique!

Mais si tu choisis cp (par exemple si tu as peur que ça plante en cours de route avec seulement la moitié des fichiers déplacés), un cp -p permettra au moins de garder les attributs des fichiers, et en particulier les dates de modification/création. Je ne sais pas si Firefox les utilise, mais il vaut mieux être prudent?