mahikeulbody a écrit 1840 commentaires

Personnellement, ce qui me gêne c'est de faire passer ce PU-PH pour un inconscient.

Ce n'est absolument pas le sens de mon post, bien au contraire. Pourquoi parler de ça ici ?

Ton discours sur PH vs. PU ne marche que pour la deuxième étude, pas la première où il y avait un groupe contrôle et qu'il a pourtant "saboté" au point que c'est inutilisable par d'autres (qu'ils soient parisiens ou non).

Il y a quand même une différence : dans un cas, on a l'info très rapidement, dans l'autre on ne saura que dans quelques mois, voire plus, quand ça n'intéressera plus personne.

Ceci dit, je ne vois pas l'intérêt d'une telle idée.

Le point Godwin devenant un peu has-been, je propose de créer le point Tchernobyl.

https://www.service-public.fr/particuliers/actualites/A13952

(cherche le mot "indélébile" dans la page)

borg peut faire du stockage objet sur tout serveur supportant une instance de borg. Sinon il y a borgbase.com via le logiciel vorta. Ce n'est pas beaucoup plus cher que wasabi (le cloud que j'utilise), surtout en dessous de 1To (le minimum chez wasabi). Je n'ai pas essayé donc je ne sais pas ce que ça vaut.

Quelqu'un parlait plus haut d'un envoi toutes les 15'. Qu'en est-il réellement ?

Pinaillage : on parlait d'incidences sur les autres applications, là c'est plutôt une incidence transverse, l'autonomie.

je comprends que le smartphone devra en permanence avoir actif le gps, le bluetooth et la data.

Non, pas le gps, uniquement le bluetooth et la data. C'est-a-dire des services activés par défaut sur la très grande majorité des smartphones et donc sans incidences a priori sur les autres applications du smartphone.

PS. Ce n'est pas pour autant que je défends cette solution. Je me limite ici à apporter un rectificatif à ton message.

Si tu utilises un stylo effaçable, tu n'es pas en règle : c'est explicitement interdit. J'imagine que tu voulais plutôt dire "ça permet de tromper le policier/gendarme et d’économiser du papier et de l'encre !".

Il y a tout de même eu de la manipulation.

J'ai bien précisé "présenter ça comme une nouvelle manœuvre manipulatoire […]". Je ne conteste pas qu'il y a eu (et qu'il y aura probablement encore) des manipulations sur d'autres sujets concernant cette pandémie.

Je ne conteste pas ce que tu dis mais ce n'est juste pas le sujet et j'imagine que la plupart qui ont moinsé le post initial ne l'ont pas fait pour dédouaner le gouvernement mais pour rejeter la façon de présenter ça. Qu'est-ce qui te paraît plus sain, entre :

• "des vieux meurent du covid en conséquence des mauvais choix passés du gouvernement"

• "le gouvernement a ordonné l'euthanasie des vieux atteints de covid"

Moi, il y en a un qui me paraît plus putaclic que l'autre (sans pour autant que j'ai l'impression de dédouaner qui que ce soit).

borg peut fonctionner comme ça.

Aujourd'hui, le constat est que la situation est très tendue coté réanimation dans certaines régions. Selon certains témoignages, il semble acquis que des choix douloureux sont faits tous les jours par les médecins hospitaliers. Une personne âgée attrape le COVID en EHPAD et commence à avoir des symptômes sévères. Que doit-on faire si on est dans une des régions qui sont au bord de la rupture en réanimation ? La transférer à l'hôpital n'est utile que si on peut lui garantir un lit en réanimation sur une durée assez longue. Au dépend d'un patient dont les chances de survie sont dix fois supérieures ? Mais si on la laisse dans son EHPAD, on fait quoi ? On la laisse mourir par asphyxie (ça peut aller vite et il n'y aura sans doute pas un soignant dans la chambre à ce moment-là) ou on lui donne du Rivotril pour la soulager, en croisant les doigts mais sans trop d'espoir effectivement ?

Alors bien sûr, il y a des causes à cette situation. Et derrière ces causes il y a des responsables qui devront rendre compte. Les quelques médecins qui s'insurgent publiquement contre ça, s'insurgent en réalité contre le fait qu'on en soit arrivé là. Mais présenter ça comme une nouvelle manœuvre manipulatoire du gouvernement alors qu'il ne s'agit "que" d'une conséquence tragique de la situation de départ me semble malsain.

Le lien ne marche pas.

J'ai utilisé un temps Back in Time. Ca doit être assez similaire à rsbackup car c'est basé sur rsync et des hard links pour gérer l'aspect incrémental. Il y a une GUI bien fichue (avec une version Gnome et une version Qt). On peut explorer de façon intuitive le système de fichiers dans le passé. C'est vraiment un très bon logiciel. Un bémol toutefois, il ne chiffre pas.

En fait j'ai changé de solution (borg + rclone) pour la raison suivante : je voulais être totalement indépendant de l'organisation de mon système de fichiers. Il m'est arrivé de renommer des fichiers en masse (photos par exemple) ou de les organiser différemment dans mes dossiers. Les solutions basées sur rsync et les hard links ne sont pas efficaces dans ce cas de figure car elles ne "reconnaissent" pas les fichiers s'ils ont été renommés ou changés d'endroit et ça conduit à des incréments qui peuvent être très grands inutilement. Avec une solution de déduplication, ce problème ne se pose pas.

ou, plus vicieux car on s'en aperçoit moins vite : un fichier vérolé, un mauvais copier-coller couper-coller sous Libre Office qui supprime une partie d'un document sans qu'on s'en rende compte, etc…

Bref, une sauvegarde c'est quelque chose qui permet de remonter le temps (plus ou moins longtemps, plus ou moins finement). Une synchro répond à d'autres besoins. L'une ne remplace pas l'autre et vice versa.

J'ai payé pour le savoir.

Pour ma part, j'utilise borg pour un backup local (sur un autre disque) puis rclone pour mettre ce backup sur un cloud. Le projet Vorta apporte une GUI à borg mais je ne suis pas fan et je ne l'utilise pas.

Une syncro n'est pas une sauvegarde. En aucun cas.

En général tu ne ramènes pas les poignées de porte de ta voiture à la maison. Alors que tu vas très probablement toucher ton téléphone à la maison. J'imagine que la question implicitement posée est "comment nettoyer efficacement son téléphone".

mode hors ligne par exemple.

Il me semble avoir constaté que la vérification des éventuels conflits s'effectue lors de la sauvegarde sur le fichier original dans le cloud, quand bien même il y aurait eu au préalable une sauvegarde en cache pour cause de mode hors ligne. Tu as un use case que je pourrais vérifier ?

mais sans disposer d'outils pour gérer ces conflits.

Il y a quand même une grosse différence entre gérer des conflits dans un module de code et gérer des conflits sur un fichier keepass : KeepassXC n'essaie pas de gérer un conflit au sein d'une même entrée (il le détecte) et chaque entrée est indépendante des autres. On est loin de la complexité que doivent affronter git et consorts.

J'ai du mal à imaginer des cas d'utilisation où les modifications d'une même entrée par différents utilisateurs seraient suffisamment courantes ou suffisamment complexes pour nécessiter plus que la simple détection du conflit. Mais je veux bien croire que ça existe.

Les différences avec KeePass ?

KeePass n'existant pas sur Linux, c'est plutôt des différences avec KeepassX dont il faudrait parler.

Pour l'utilisation à plusieurs soit on partage le même fichier et on croise les doigts (risque de conflit).

Mon fichier keepass est sur un cloud (Dropbox, en l’occurrence). Quand une instance KeepassXC (sur un smartphone ou un PC) enregistre une modification, elle détecte s'il y a un conflit potentiel avec la version sur le cloud et le signale. Si les différences portent sur deux entrées différentes, elle merge. Donc a priori, pas besoin de croiser les doigts.

Ceci dit, mon expérience est très limitée puisqu'on n'est que deux utilisateurs sur la même base keepass. Je ne peux donc pas émettre une évaluation sérieuse sur la robustesse du mécanisme, je peux juste dire qu'il semble pris en compte sans truc externe (comme KeeShare) et donc sans configuration compliquée.

Quant au confinement, je suis plus que dubitatif sur sa pertinence, je prépare justement un journal à ce sujet.

Vue la qualité de ton précédent journal, j'ai hâte de pouvoir le lire. Je ne sais pas sous quel angle tu aborderas le sujet mais j'espère que tu l'aborderas au moins pour le premier cas ci-dessous.

• On manque de à peu près tout en quantité suffisante (masques, tests, respirateurs, etc…) ce qui, il me semble, était notre situation au début du confinement.

• On a de tout en quantité suffisante parce qu'on a été prévoyant (et qu'on a accepté d'en financer le coût, comme une assurance).

Le deuxième cas est bien sûr intéressant lui aussi mais plutôt pour l'évaluation des stratégies à appliquer lors de futures épidémies ou pour la suite de celle-ci si la situation en terme de moyens évolue radicalement.

Bon, c'est revenu (mais pas tout à fait pareil car ça ne montre plus l'incrément par rapport à la veille, il faut regarder soi-même le jour d'avant).

Il a dit "Là, il n'y aura pas de fichier. Personne ne pourra collecter les données des usagers." De toute évidence, on parle de fichier centralisé collectant toutes les demandes, pas du fichier pdf généré par un site gouvernemental.

Pour ça il faudrait un fichier centralisateur, ce qui n'est pas prévu selon E. Philippe. On peut bien sûr imaginer qu'il pourrait mentir mais créer un tel fichier sans déclaration à la CNIL serait un gros risque pour un bénéfice très faible puisqu'on ne pourrait pas s'appuyer dessus pour verbaliser quelqu'un (vu qu'il faudrait exhiber l'existence du fichier).