mahikeulbody a écrit 1886 commentaires

utilisateurices

Je n'ai pas suivi tout le débat sur l'écriture inclusive(1) mais j'ai peut-être bien fait car ça sera sans moi, sans façon.

(1) on me rétorquera peut-être que ce n'est pas de l'écriture inclusive à la lettre, mais j'imagine que c'est dans le même esprit.

J'utilise Darktable (sous Linux) depuis deux ou trois ans maintenant (après avoir utilisé un peu Lightroom et DxO) et je n'envisage pas un instant de changer. On a l'impression que ce logiciel a changé de dimension depuis quelque temps (nb de contributeurs, version Windows, apparition/annonce de modules très sophistiqués, citations plus nombreuses dans les medias spécialisés, de plus en plus de tutos, etc…). Mais si cela a été possible c'est sans doute aussi parce que les fondations étaient saines grâce à ses premiers développeurs. Bravo à eux.

Dans le libre, il y a de la place pour tout le monde mais je me pose quand même la question de celle que peut encore avoir Raw Therapee…

J'allais oublier : merci pour cette superbe dépêche !

Aucune différence, je voulais juste montrer que l'hébergement chez-soi n'est pas forcément un problème pour transmettre les données à sa famille.

Ce n'est pas de transmission d'un mot de passe dont je parlais mais de la prise en charge du serveur de mail lui-même (même si on peut espérer qu'il va marcher sans maintenance un certain temps). C'est quand même plus compliqué de trouver quelqu'un pour reprendre ça en main que d'ouvrir une enveloppe et de retrouver l'accès aux mails. De plus, il ne s'agit pas seulement de mes mails mais aussi ceux de chaque membre de ma famille (pour lesquels le problème du mot de passe ne se pose pas).

Après, chacun fait comme il veut.

Pour ce qui est de ton histoire Facebook, je ne vois pas où est le problème si chacun laisse la clé de son keepass (ou équivalent) dans une enveloppe scellée. Comme tu peux accéder à tous les contenus même après un décès.

je peux toujours donner à ma famille une carte / un document scellé avec la clé.

Tout comme je peux aussi indiquer à ma famille où se trouve une enveloppe scellée avec la clé d'accès à mon keepass qui contient les mots de passe de gmail, facebook (ça j'ai pas), etc… Quelle est la différence ?

De plus, avoir gmail ne m'empêche pas d'avoir une copie de mes mails chez moi (via Thunderbird connecté à mon compte gmail de temps en temps). Tout le reste (photos, etc…) est chez moi (mais ce n'est pas vraiment ce que j'appelle de l'auto-hébergement).

Je ne pense pas que le notaire qui assurera la succession s'amuse à prévenir les GAFA de mon décès afin qu'ils bloquent mes comptes.

Je l'ai moi-même fait il y a quelques années. Puis je me suis rendu compte que ça n'augmentait pas la privacité de mon courrier puisque tous mes correspondants étaient sur gmail, hotmail, etc… Puis je me suis aussi rendu compte que s'il m'arrivait quelque chose, ma famille perdrait l'accès à sa messagerie ne sachant pas maintenir le truc (même si je me doute que ça sera pas sa première préoccupation). Et ce n'est sans doute pas optimal en terme de consommation énergétique.

Bref est-ce que ça sert à autre chose qu'à se faire plaisir (ce qui n'est évidemment pas critiquable) ?

(c'est une vraie question)

Après on s'étonne que les gens achètent de moins en moins de PC… :D

Heu… j'ai un (sérieux) doute sur la raison que tu invoques à la baisse du marché PC.

Il y a quand même aussi un problème sur Ubuntu 17.10 car ce serait la seule distribution concernée.

Je me corrige : il semble que ce soit un bug de driver Intel que l'on peut donc retrouver sur d'autres distributions qui ont le kernel concerné.

Il boote toujours mais plus sur une clé USB.

1) Ça ne touche pas que Lenovo, d'autres modèles/marques de laptops sont cités (à tort ?).

2) Il y a quand même aussi un problème sur Ubuntu 17.10 car ce serait la seule distribution concernée.

J'avoue ne pas avoir creusé le sujet mais j'ai lu certains commentaires indiquant que c'est aussi un peu la faute de certains fabricants (apparemment toujours les mêmes) qui ne respecteraient pas l'implémentation standard de UEFI dans leur firmware pour y ajouter je ne sais quels goodies.

Bref, c'est quand même bien embêtant pour ceux qui ont été touchés car pour le moment il n'y aurait aucun correctif pour réparer le firmware (autre que celui préconisé par Lenovo : changer la carte mère !).

Au Brésil, pour la plupart des paiements par carte on te demande "débit ou crédit ?". Si je me souviens bien*, il faut répondre "crédit" car "débit" signifie là-bas "débit immédiat" (cad connexion à la banque pour vérifier si solde suffisant ce qui a des chances de moins bien marcher si on est à l'étranger).

Ceci pour dire que les mots "débit" "crédit" n'ont pas forcément le même sens selon les pays (et leur système bancaire).

*
J'ai toujours un doute parce que des fois (rares) on ne te demande rien et que d'autres fois il faut essayer les deux pour trouver celui qui marche…

L'idée n'était pas qu'on puisse réparer et faire évoluer cette imprimante en imprimant les nouvelles pièces ? Quel intérêt d'en prendre une autre ?

J'imagine qu'imprimer une pièce pour réparer une imprimante en panne peut difficilement se faire sur l'imprimante en panne elle-même ! Après, ce n'est sans doute pas la seule raison de son nouvel achat car on peut aussi utiliser ponctuellement une imprimante dans un fablab pour faire la pièce nécessaire à cette réparation.

Merci pour cette suggestion mais je préfère rester sur le FS par défaut (ext4).

Bup et Restic ne sont pas forcément loin derrière BorgBackup mais j'ai finalement choisi ce dernier qui m'a vraiment convaincu (fonctionnalités, nombreux retours d’expérience sur le net, très bonne documentation, projet actif, etc…).

Je vais mettre en place la solution suivante :

• repos Borg sur un DD dédié dans un des PC locaux avec les archives Borg chiffrés (automatiquement par Borg). Au lieu d'un DD sur un des PC locaux, ça pourrait être un NAS ou un PC local dédié à ce rôle pour éviter d'avoir dans le même boîtier DD "données utilisateur" et DD "archives Borg" mais ce n'est pas obligatoire du fait de l'étape ci-dessous.

• rclone du repos sur un archivage cloud type Glacier (Amazon), C14 (Online)[1] ou PCA (OVH), beaucoup moins coûteux que du stockage cloud classique (avec quand même l'avantage sur un PC familial off-site d'être toujours en ligne). Je n'aurai à l'utiliser - en restitution - que si je perds les données source et le repos Borg. Le temps de restitution plus long d'un archivage cloud (vs. stockage cloud) n'est donc pas un problème dans mon cas d'utilisateur non professionnel.

Et au final, ça me paraît assez simple à mettre en œuvre.

Merci pour vos suggestions !

[1] C14 ne laisse que 7 jours pour ajouter ou modifier une archive => avec mon pauvre ADSL, le premier envoi (plus de 500 Go) ne passera jamais dans ce délai.

Après quelques essais (en local), borgbackup semble effectivement un très bon candidat !
Je vais focaliser mes essais en non-local sur cette solution.

Sinon, il y aussi restic (voir une comparaison avec borg et la réponse apportée par un des dev de borg). Je ne l'ai pas encore essayé.

bup (développé par l'auteur de rsync) est très séduisant mais le fait que la fonctionnalité prune soit encore expérimentale et complexe à implémenter (car bup est basé sur git) ne m'incite pas à utiliser pour le moment. Par ailleurs il semble moins activement développé et utilisé que borg ou restic.

mais le volume stocké n'étant dédupliqué que fichier à fichier sera stocké deux fois.

C'est rédhibitoire pour moi. En effet, quand je vide la carte mémoire de mon appareil photo, je lance un backup (en réalité, avec Crashplan, c'est automatique et au fil de l'eau mais peu importe ici). Puis, plus tard, quand j'ai le temps, je taggue mes photos. D'après ton explication, quand je vais refaire un backup, le transfert sera optimisé mais pas le stockage : à l'arrivée, je vais avoir deux fois la taille de mes photos.

Merci, je vais regarder ces deux propositions.

J'étais en train d'essayer BUP qui semble aussi répondre au problème.

C'est couvert par l'article 700 en cas de "victoire" ou bien ce dernier est-il notoirement insuffisant ?

Une assignation abusive n'est pas "une erreur dans le système judiciaire" mais juste l'action d'un citoyen lambda (ou d'une entité) que l'assigné peut éventuellement considérer abusive mais ce n'est, bien sûr, pas à lui d'en juger.

Par ailleurs, il existe la notion de "procédure abusive" en droit français (j'ignore cependant quel est son champ d'application). Il y aussi les frais de justice à la charge du perdant.

En fait je ne comprends pas trop le "mouhahahahaha" final dans le contexte de cette discussion.

C'est une fonctionnalité non standardisée pour l'instant.

Tu veux dire qu'il faut nécessairement que les autres membres du "groupe" auquel est destiné le billet utilisent aussi SaT ?

Par ailleurs, pour revenir à Movim, à quoi sert un billet non publié publiquement ? C'est une sorte de brouillon pour une éventuelle publication publique ultérieure ?

Quelque chose m'échappe (peut-être un manque d'habitude des réseaux sociaux) : je ne vois pas comment restreindre la publication d'un billet à certains contacts (ou un groupe de contacts). Du coup, je me pose aussi la question suivante : a contrario, qui peut voir un billet privé (i.e. non publié publiquement) ?

L'idée serait d'avoir un espace où mes proches pourraient "publier" de façon privée sans pour autant faire du chat.

Je ne suis pas encore utilisateur (hormis quelques essais à chaque version) mais je viens de faire un (petit) don. Au delà de l'aspect technique (pour ou contre XMPP, voir les nombreuses discussions sur Linuxfr), je suis admiratif de la constance dans l'avancement de ce projet. Bravo !

Je n'ai rien trouvé sur 18.10, tu es sûr qu'elle existe cette version ?

Elle n'existera qu'en octobre 2018.

Ah ok, ce n'est pas rsync mais un prog/script utilisant rsync. Comme Back in Time, par exemple.

pour les sauvegardes, c'est rsnapshot ou rsync.

Des sauvegardes avec rsync ? Comment tu fais ?

(je parle de vraies sauvegardes, c'est-a-dire historisées, pas juste de copies sur un autre DD)

En l'occurrence, il ne se préoccupait pas tant de OVH que de

ni mon FAI, ni l'administrateur du MC Donald ou ses clients, ni l’hôtel qui m'héberge, n'ont à connaître mon mot de passe.