Jean-Baptiste Faure a écrit 1768 commentaires

C'est un excellent moyen pour savoir si un fichier était important. :-)
En général quand il me prend cette envie de faire du ménage, dans les 15 jours qui suivent je m'aperçois que j'ai besoin d'un des fichiers que j'ai supprimés parce que je ne m'en servais jamais.

Spécialement Penser/Classer qui contient « Notes brèves sur l'art et la manière de ranger ses livres »
Cet article en parle pas mal : https://languesdefeu.hypotheses.org/743

Vous souhaitez une fonctionnalité d'aide à la protection de la vie privée sur des moteurs de recherche gratuits dont nous sommes déjà le produit ?

Non, seulement chez ceux qui annoncent protéger notre vie privée.
Mais bon, je pense que c'est illusoire, car j'imagine que les éditeurs de site seront assez malins pour ne pas mettre de traceur lors de la visite d'un robot indexeur.

Ce serait mieux que le moteur de recherche, au lieu d'exclure les sites avec traceurs, affiche le nombre de traceurs en regard de chaque résultat de recherche. Voire permette de classer et filtrer les résultats en fonction du nombre de traceurs.

Et tu perds les millions de sites qui utilisent google_analytics. J'ai lu quelque part que cela représentait environ 70% des sites web, mais je ne retrouve pas cette référence.
Pourquoi se priver de tant de sites web alors qu'il est si simple de bloquer ce genre de traceur ? Ce que fait d'ailleurs par défaut la dernière version de Firefox.

Il faut que tu précises tes objectifs, parce que « data privacy » c'est plutôt vague finalement.
Sur quels critères est-ce que tu te bases pour accorder ou non ta confiance à un navigateur web ? Donc pourquoi Midori ?

Pour moi c'est Mozilla Firefox avec les extensions qui vont bien (uBlock Origin, uMatrix, HTTPS Ewerywhere, Decentraeyes) pour la navigation standard et Tor Browser quand je veux être anonyme et raisonnablement assuré que personne ne lit par dessus mon épaule.

S'il s'agit bien de cette version : https://flathub.org/apps/details/org.libreoffice.LibreOffice, c'est la 6.4.4 qui a été publiée hier. Dans ce cas, oui tu as bien le correctif.

Je ne sais pas si l'article retranscrit correctement ce qu'a dit E. Snowden, mais il y a, je trouve, de grosses approximations.

• Préparation à la pandémie : comment décide-t-on qu'on est préparé ou non à une pandémie à coronavirus ? Avoir un réseau assez dense d'hôpitaux bien équipés ? Définir "assez dense" et "bien équipé". Je crois que la bonne question est plutôt : que veut-on éviter si une telle pandémie survient ? Pas sûr qu'une réflexion publique pour apporter une réponse à cette question soit socialement acceptable. Chacun a bien sûr une réponse assez simple pour lui, de même chaque corporation, mais au niveau d'une nation, quand on réfléchit aux effets en cascade et aux interdépendances, c'est vertigineux.

• Prévision : non, la pandémie n'a été prévue par personne, même si elle a été annoncée comme inévitable. Elle n'a pas été prévue tout comme le prochain big-one à San-Francisco n'est pas prévu, même s'il est certain qu'il finira par se produire. Ni comme la prochaine crue centennale à Paris (type 1910) qui n'est pas prévue même si on sait qu'elle va arriver (on sait même qu'il y a une très forte probabilité pour qu'il y en ait une dizaine dans les 1000 ans qui viennent). La bonne question n'est pas si une pandémie peut se produire mais quand elle se produira et ça, personne ne le sait.

La correction est bien antérieure puisque LibreOffice 6.3.6 qui contient le correctif a été publiée le 30 avril. En revanche l'annonce est bien du 18 mai : https://www.mail-archive.com/discuss@documentfoundation.org/msg10546.html

Non. Suis les liens, tu verras qu'elle n'est pas à jour pour la branche 6.3. Et si je comprends bien, ce n'est pas TDF qui la produit.

De mon point de vue LibreOffice, je vois que snap c'est surtout une machine à fabriquer des bugs. Déjà que la version Ubuntu de LibreOffice en DEB n'est pas terrible, mais avec snap c'est encore pire. Les utilisateurs ne savent pas ce que c'est que les snaps et quand leur logiciel ne marche pas, c'est évidemment la faute du logiciel et pas de celui qui a fait le snap.
Si vous voulez une version vraiment à jour de LibreOffice, installez une des 2 versions fournies par le projet, et s'il y a un dysfonctionnement au moins on n'aura pas une couche intermédiaire opaque qui empêche de savoir si le problème vient du logiciel ou s'il vient de l'empaquetage snap.

Merci de ton intérêt pour mon problème :-)

Je met l'emphase :
so reading from a fast source can make the GUI completely unresponsive

Cela voudrait donc dire que si le code à lire est sur un support trop rapide (un SSD par exemple, ce qui est bien sûr le cas), l'interface pourrait ne pas répondre ? Dans ce cas il n'y a rien à faire, sinon soit corriger le code (ce que je ne saurais pas faire), soit changer de logiciel.

Sinon je ne lance pas les gitk et git gui en même temps, même si c'est possible, puisqu'on peut lancer git gui depuis gitk.

J'ai négligé de préciser : bien sûr je lance gitk et git gui depuis un répertoire dans lequel il y a un dépôt Git. Et quand je lance les mêmes commandes dans une session X11 les 2 programmes se lancent normalement. Enfin presque : parfois il faut que j’appuie sur une touche avant de voir apparaître la fenêtre. Mais dans la session wayland, même en appuyant sur une touche, le fenêtre n'apparaît pas. J'ai aussi essayé de lancer d'abord une autre appli X11 dans le terminal comme Synaptic (j'avais posé une question à son sujet sur ce même forum) et après l'avoir refermé, il semble que parfois cela aide gitk et git gui à démarrer. Ça ressemble gravement à de l'incantation magique. ;-)

Bref c'est complètement flou et je ne vois aucun indice de ce qui fait marcher ou empêche de marcher gitk et git gui.

Supprimer .config/git/gitk n'a pas l'air de résoudre le problème, même si parfois ça marche.

Merci du test. Tu es bien sous Wayland et non pas Xorg ? Parce que dans une session Xorg je n'ai pas de problème. Mais j'aimerais bien que ça marche dans la session Wayland.

Sinon la machine en question est un portable et je suis le seul à l'utiliser.

Je n'ai qu'une page grise avec une maison qui apparaît quand je clique quelque part. Mais pas de carte.

Où ça un cookie Google ? uMatrix ne me signale aucun cookie sur ce site.

https://carte-sortie-confinement.fr

Les 3 premiers liens sont en anglais contrairement à ce qu'annoncent leurs drapeaux.

Souvent on rechigne à faire des sauvegardes parce qu'on les fait en quittant son travail, qu'on est toujours pressé quand on doit partir et qu'une sauvegarde qui fait rater un train c'est pénible. Pour éviter cela, je fais une sauvegarde partielle rapide en partant (en gros ce qui est modifié dans le dossier Documents + les dossiers de code source) et je fais une sauvegarde de l'ensemble de mon home le matin en arrivant avant de lancer n'importe quel autre logiciel. Et là c'est beaucoup plus facile de s'y tenir.

Bravo ! Mais tu devrais aussi te promettre de faire des sauvegardes quotidiennes. C'est une aberration que ta dernière sauvegarde date d'un mois. Cette fois tu as eu de la chance, la prochaine fois c'est le disque qui sera illisible ou l'ordinateur volé et là, sans sauvegarde récente, tu ne récupéreras rien.

Il faudrait savoir pourquoi le PPA ne propose qu'une vieille version. Est-ce parce que les bibliothèques nécessaires ne sont pas disponibles sur cette version d'Ubuntu, ou bien parce que le mainteneur du PPA a cessé de s'en occuper ?
Dans le premier cas, le snap (ou Flatpak ou AppImage) trouve en effet une justification technique.
Dans le second, un mainteneur intéressé pourrait faire le paquet deb qui convient, et ce n'est donc plus un argument en faveur de snap.

De ce que j'ai compris un itérateur ça sert en particulier à masquer à l'utilisateur le mécanisme d'accès à l'élément suivant dans la collection d'objets. Quand on parallélise on a justement besoin de maîtriser cet accès, par exemple pour s'assurer que l'élément suivant est voisin en mémoire pour réduire les occurrences de fautes de page.
Mais bon, je n'ai peut-être rien compris à ce qu'est un itérateur.

Une vraie question : ça sert à quoi un itérateur quand on fait de la parallélisation OpenMP ?

Merci pour ce journal. Je ne connaissais pas le site fortran-lang.org, je vais l'explorer.
Coté compilateur gfortran-10 est disponible.

Coté parallélisation, est-ce que tu utilises les coArray ? Je n'ai pas encore pris le temps de m'y essayer, mais je me dis que pour un code qu'on doit faire tourner sur plusieurs jeux de données indépendants, c'est peut-être plus commode que OpenMP. As-tu une idée là dessus ?

Si je lance la commande dans un terminal, la désactivation n'a-t-elle pas lieu de toutes façons à la fermeture du terminal ?