Si vous utilisez Syncthing chez vous ou au boulot pour garder vos dossiers à jour entre vos nombreuses machines, vous savez que l'app smartphone reste le maillon faible dans tout ce bazar. En effet, un iPhone n'a pas la place d'accueillir un dossier complet de photos ou de vidéos, et les clients Syncthing classiques ne savent pas vraiment ouvrir un fichier sans l'avoir d'abord synchronisé...

Donc soit vous recopiez tout, soit vous n'avez rien. Et ça c'est la trichtesse !

Hé bien c'est justement ce que corrige Synctrain , un client Syncthing pour iPhone, iPad et Mac qui embarque carrément un nœud Syncthing complet. Dans l'app, vous voyez ainsi tout le contenu du dossier partagé, mais vous ne gardez sur l'appareil QUE les fichiers ou les sous-dossiers que vous sélectionnez. Et ce sont ceux-là qui apparaissent dans l'app Fichiers.

Une vidéo restée sur le NAS, que l'iPhone peut streamer ou télécharger sans la synchroniser

Le reste, si vous le touchez, l'app ira le chercher sur l'un de vos appareils qui en possède les blocs, sans avoir à vous monter de VPN. Pour une vidéo, ce sera même en streaming car le petit serveur local n'a besoin que des blocs nécessaires à la lecture pour vous jouer le début de la vidéo. Par contre, vous vous en doutez, il faut que la machine qui détient le fichier soit allumée et joignable en permanence, d'où l'intérêt de mettre Syncthing sur un NAS qui tourne en permanence.

L'app sait aussi afficher les miniatures des photos et des vidéos stockées sur vos autres appareils, et exporter automatiquement les photos de votre pellicule vers un dossier synchronisé, ce qui est quand même bien pratique.

Après, comme toujours sur iOS, la synchronisation en arrière-plan reste bridée par le système. C'est pourquoi l'app s'occupe des tâches longues uniquement quand le téléphone charge.

Côté pratique, Synctrain est gratuit et ne collecte aucune data. Son code est sous licence MPL-2.0. En face, il y a un concurrent qui s'appelle Möbius Sync mais il n'est pas open source et n'est gratuit que jusqu'à max 20 Mo de fichiers donc bon, le choix est vite fait je pense. Et si vous partez de zéro avec Syncthing, je vous invite à lire mon tuto pour mettre en place Syncthing .

Source : Sushitrain sur GitHub

Bitchat Mesh, la messagerie de Jack Dorsey qui fonctionne en Bluetooth sans connexion Internet, grimpe dans le classement de l'App Store cette semaine, quinze mois après sa sortie.

Depuis ce printemps, sachez qu'un git clone ordinaire peut maintenant récupérer un dépôt qui n'existe sur aucun serveur spécifique. En fait, le code est stocké dans Freenet, le réseau pair-à-pair qu'Ian Clarke a relancé en mars. Et comme y'a plus d'hébergeur, bah y'a plus personne pour fermer un compte ou shooter le dépôt.

Car Git est décentralisé depuis toujours et fonctionne très bien comme ça, puisque chaque clone contient l'historique complet, ce qui permet à 2 clones de se synchroniser directement. Ce qui lui manquait par contre, c'était l'hébergement, et c'est là-dessus que les forges que nous connaissons, Github en tête, sont venues capitaliser. Y'a bien des initiatives comme Grasp qui essaie d'en sortir grâce au protocole Nostr mais freenet-git lui range carrément le dépôt dans un contrat que les nœuds recopient, et se publie lui-même à l'adresse freenet::99TmCayXn6Tm/freenet-git.

Cloner ou publier du code exige donc le paquet freenet-git et un nœud qui tourne sur votre machine, ce qui fait qu'on ne supprime pas vraiment le serveur, mais on le ramène juste chez soi.

Charger la vidéo depuis YouTube Ce clic autorise une connexion à Google : adresse IP transmise et traceurs possibles. En savoir plus Voir cette vidéo sur YouTube

Le socle compte plus que l'application dans cette présentation. Les contrats et les delegates forment la couche où une app tourne sans backend, et quatre tournent déjà dessus : River pour le chat de groupe, Delta pour les sites, Atlas pour la recherche, et freenet-git pour le code. Mail, Raven et Harvest existent aussi, à un stade plus jeune.

L'adresse du dépôt sort des 12 premiers caractères de la clé publique de son propriétaire, et à ce stade expérimental, lui seul peut pousser dedans. Y'a pas non plus de pull requests, ni d'issues puisque c'est le modèle du noyau Linux d'avant les forges, où chacun publie son clone et le mainteneur vient y piocher ce qui l'intéresse.

Reste le plus dur maintenant, retrouver un dépôt.

Car sans annuaire, un nœud doit deviner lequel de ses voisins mettra le moins de temps à trouver ce qu'on lui demande. Le réseau traite ça comme un problème d'apprentissage et parie sur le bon voisin à partir des requêtes passées grâce à Renegade, une bibliothèque open source sortie en 2021, capable de faire ce calcul.

Installer freenet-git

Il faut une chaîne Rust, et ~/.cargo/bin doit être dans votre PATH. Les installeurs du nœud sont sur freenet.org/quickstart.

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

Rust n'entre dans le PATH qu'au shell suivant, donc ouvrez un nouveau terminal avant la commande d'après. Elle dépose deux binaires, freenet-git et le remote helper que Git appellera tout seul.

cargo install freenet-git

Cloner un dépôt qui existe déjà

Aucune identité n'est nécessaire pour lire. La bibliothèque standard de Freenet fait un bon test, elle porte son historique complet et ses tags.

git clone freenet::96rknpy1GYhZ/freenet-stdlib

Publier le vôtre

C'est create qui publie réellement le contrat. Il affiche PUT confirmed by host et l'adresse du dépôt, dont le préfixe se recopie dans le remote. La phrase de passe voyage par une variable d'environnement parce que Git garde la main sur l'entrée standard durant le push.

freenet-git init-identity --name "Votre Nom" --email vous@example.com
cd ~/code/mon-projet
freenet-git create --name mon-projet
# -> URL: freenet:VOTRE_PREFIXE/mon-projet
git remote add freenet freenet::VOTRE_PREFIXE/mon-projet
export FREENET_GIT_PASSPHRASE='votre-phrase-de-passe'
git push freenet main

Et voilà ! Avec ça vous pouvez faire du vrai git décentralisé même si la vraie limite est ailleurs...

En effet, les nœuds gardent en cache ce qu'on leur réclame et évacuent le reste, donc un dépôt que personne ne clone finit au bout d'un moment par ne plus être clonable. Et ça c'est dommage... C'est pourquoi une commande (rescue), le remet en circulation depuis une machine qui a encore les données. Le projet ne présente toutefois pas ça comme un bug, mais comme son modèle de durabilité actuel.

Mais autant le savoir avant d'y déposer votre code.

Source