Jean-Baptiste Faure a écrit 1852 commentaires

Et si tu atteins ton quota avant le 31 décembre que se passe-t-il ? Tu entres en hibernation jusqu'au 1er janvier ?

Je me demande ce que Facebook veut en faire

Une source de données personnelles supplémentaire ?

Si je sais que le transfert est terminé puisque j'ai eu une notification qui me dit que je peux retirer le périphérique sans risque. C'est quand le disque est dans cet état que je me demande s'il y a une différence entre débrancher le câble ou couper le courant.

Pourquoi ? Une fois que tous les transferts de données sont terminés, est-ce qu'il y a une différence électrique entre débrancher un DD externe et lui couper le courant ?

https://www.qwant.com/?q=v%C3%A9lo%20couch%C3%A9&t=images

Parce que le reste me convient plutôt bien. Comme j'utilise Ubuntu 18.04, c'est pour moi la première version avec des snaps et m'en débarrasser était trivial ; la gêne a donc été de courte durée. Si cela devait changer avec le passage à Ubuntu 20.04, il est clair que je me poserais sérieusement la question de changer de distribution.

Merci. Si je comprends bien je vais devoir attendre au moins FF 79 avant de pouvoir désinstaller Chromium. Et donc avant de pouvoir passer à Ubuntu 20.04 si je ne veux pas me faire refiler un snap en douce.

Est-ce que cette version contient le correctif du problème avec Jitsi dont on a beaucoup parlé depuis le confinement ?

Pour arriver demain matin avant 8h50 tu as le métro 1 Castellane à 7h36 puis le bus LO53 à Saint Charles à 7h50. Tu arrives à l'arrêt Les Grottes à 8h35 et il te reste 3 minutes à pied.

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.