#git-annex

D’après l’auteur de git-annex, c’est faisable, mais ça nécessite une petite manipulation avec la ligne de commande.

▻http://git-annex.branchable.com/assistant/remote_sharing_walkthrough/#comment-8db0dfe78c8f81f4d1d699bc5c3ae757

Les manipulations (les mêmes opérations peuvent se faire avec un disque distant par SSH)

créer un dépôt sur la clé USB

1. créer un dépôt avec la webapp git-annex assistant sur mon ordi (/home/severo/gitannex/test/) et déposer les fichiers que je veux synchroniser
2. sur la clé USB, cloner le dépôt

3. dans la webapp git-annex assistant, ajouter un nouveau dépôt USB, en pointant vers /media/USB/gitannex/test/ et accepter d’utiliser le dépôt existant (qu’on a créé à l’étape 2.)

MAJ du dépôt sur la clé USB

Maintenant, tout fichier ajouté dans le répertoire local sera envoyé directement (grâce au démon git-annex assistant) vers la clé USB. MAIS il n’apparaîtra pas dans le système de fichiers, c’est seulement le répertoire .git qui sera mis à jour. Pour MAJ aussi la copie de travail, il faudra synchroniser manuellement :

MAJ du dépôt local après ajout d’un fichier sur la clé USB

Dans l’autre sens, pour ajouter un fichier sur la clé USB, et la voir synchronisée sur mon disque local :
0. la copie du nouveau fichier sur la clé USB

À noter : pour savoir quels sont les fichiers de la clé USB non gérés par git-annex, il suffit de faire

Et pour un dépôt distant par SSH, on fait la même chose, mais il faut d’abord créer le dépôt distant, puis le déclarer comme « remote » du dépôt local, pour pouvoir l’utiliser avec git annex.

J’ai tenté la même manip, en changeant le mode « external drive » par « local repo », mais avec les mêmes résultats : la synchro n’est automatique que sur 1 seule des deux copies. Sur l’autre il faut faire explicitement sync (et même sync --content si on tourne sans l’assistant et si j’en crois ▻http://git-annex.branchable.com/sync).

J’ai aussi essayé en passant les deux repos en mode direct ; c’est à mon sens plus joli (notamment on peut supprimer tout le répertoire .git/ sans perdre ses fichiers) ; ça n’a rien changé au problème.

des fonctionnalités similaires à #git-annex si je comprends bien

Voir ▻http://seenthis.net/messages/146988#message147246

Par ailleurs Git-annex vient d’être complété par une « special remote » pour Tahoe-LAFS

▻http://git-annex.branchable.com/special_remotes/tahoe

Et il est possible d’ajouter un special remote pour d’autre support (notamment grâce au « external special remote protocol »)

▻http://git-annex.branchable.com/special_remotes/external

Quelqu’un semble être en train d’écrire une « special remote » pour Hubic

▻https://github.com/Schnouki/git-annex-remote-hubic

#Dropbox

Perso je stocke toutes mes photos (40 000 à ce jour) sur #flickr, avec un script que j’ai développé pour l’occasion. Elles sont presque toutes en mode “privé”. Un second script me permet de retélécharger soit tout (pour avoir une copie locale), soit par album, par tag, etc.

Mais il faut qu’il identifie un peu plus précisément son besoin : archivage, classement, partage ?

Aussi, Flickr ne permet d’héberger que des JPEG, pas de RAW, enfin je crois.

Ok, je lui dis de t’écrire un message privé... Merci en tout cas...

Hubic d’OVH permet de tout stocker avec de meilleures garanties il me semble quant à ce qui sera fait à l’avenir des données stockées (elles resteront privées et c’est tout, à priori). Les gens de Flikr sont moins réglos de ce point de vue là (de ce que j’en sais).

▻http://www.ovhtelecom.fr/hubiC

Ah oui, hubic/OVH est dans la même gamme de prix que Amazon Glacier.

OVH propose aussi le « PCA », un truc qui ressemble plus à Glacier que Hubic. Mais c’est encore en beta.

J’avais répondu à l’ami (on parle de 4To de données, sous forme de fichiers #RAW) :

4TB probably forces you to have multiple hard drives, any of which will fail at any moment.

Maybe your best software bet is to use #git-annex assistant.
►http://git-annex.branchable.com/assistant

see the video, it shows how it works: it manages your files and puts them in several places of your choice, according to certain rules (for example, have at least 2 copies of each file in different locations). It’s all free software and there are no tricks, so if for some reason it’s broken, your files will still be available by other means.

Then you’ll have to do some maths to know how much it’s going to cost.

If you have your own hard drives, you must set them up with #RAID, and an off-site #backup, which means you need at least 500€ of hard drives. You’ll have to replace them once in a while, because they fail. Also, add in electricity :^)

In the cloud:

– If you use #Gandi_Simple_Hosting, you’ll need 4 instances that each costs 186,52 €/month

– With #OVH_Cloud_storage ( ▻http://www.ovh.com/fr/cloud/stockage ), you’ll pay something like 360€/month.

– If you choose #Amazon_S3 to store the data, it will cost about the same: 440$/month.

– A much better option financially is to store your data on #Amazon_Glacier ; it will cost you “only” 44$/month ( ▻http://aws.amazon.com/fr/s3/pricing ); it’s probably an excellent option for backup, but you have to know that it is very slow when you need to retrieve a file.

Also, if you want to share files with people, or look at your photos through a website, you’ll probably need another system, just for that. This system would only need to have the database of your files, and thumbnail images, and know how to communicate with the large storages. This, in terms of hosting, is cheap. But it will need a little programming.

qu’est-ce qu’il a choisi, au final, comme solution ?

Finally I decided for this options:
– 2 hard disks 2,5 inches of 2TB each usb3 always with me when I travel. I found a really cheap offer less of 200€ for the couple.
– When my wallet will be ready around 300/500 € I’ll install my NAS 4HD with a proper Raid system inside a friend’s web-farm.

After many investigations I decided for these indepenpent solutions. My archive is made up 95% by RAW files.

tiens il faudrait demander à @izo aussi ... il a un paquet de raw à droite et à gauche

Coucou, alors de mon coté :

j’ai entre 5TO et 6TO de donnés photos à gerer ( des raws en particulier )

– sur ma machine de retouche, j’ai 6TO en raid que je sauvegarde sur un Drobo en FW 800 toute les semaines .

– je sauvegarde les 6TO sur amazon glacier avec le logiciel Arq sur macosx . Amazon glacier ne coute quasi rien par rapport aux autres solutions mais c’est du stockage lent . Il faut faire fondre la sauvegarde pour recuperer les fichiers.

– je sauvegarde certaines series sur photoshelter et sur flickr .

#crowdfunding #logiciel_libre
“making #git more accessible to people who aren’t programmers (...) we’re building this wonderful stuff and then we’re only using it among ourselves”

on en cause ici
►http://seenthis.net/messages/146988

Un logiciel à ajouter (pour Linux, Mac, Windows et android) :

#Git-annex et git-annex-assistant.
►http://git-annex.branchable.com

C’est un logiciel libre proche de #dropbox, en fait il fait bien mieux. Il reprend notamment le principe dvcs-autosync (utiliser #xmpp pour notifier).

Le développement semble très actif, le principal développeur est Joey Hess (déjà à l’origine d’ #ikiwiki). Tout est très bien expliqué sur le site.

c’est bien expliqué, mais il faut quand même prendre le temps pour comprendre.

▻http://git-annex.branchable.com/walkthrough

A moins d’utiliser l’assistant :

▻http://downloads.kitenet.net/videos/git-annex/git-annex-assistant-intro.ogv

(comment j’insère la vidéo dans le message ?)

merci pour la vidéo, c’est beaucoup plus clair maintenant !
et je découvre au passage les services de rsync.net — ▻http://www.rsync.net

& les mots-clés pour git-annex :

location tracking
future-proofing
backup copies
special remotes
transferring data
distributed version control

une liste complémentaire d’alternatives

▻http://actualidad.rt.com/actualidad/view/101785-trucos-evitar-espionaje-internet-nsa

@severo : à mon avis, la source est ▻https://prism-break.org/#fr
#PRISM #FSF

Après #dropbox, #seafile et #bitorrent_SyncApp, un outil de #synchronisation de fichiers libre #cross-os avec #distributed_version_control . #sauvegarde