Re: rsync en milieu hétérogène

Le 19/03/2022 à 17:28, Thomas a écrit :

>

Bon, toujours est-il que rsync a une option --iconv qui semble régler le
problème :
>
https://odd.blog/2020/10/06/rsync-between-mac-and-linux/
>
suggère --iconv=utf-8,utf-8-mac ("utf-8-mac" ? mdr)

>
rsync: on remote machine: --iconv=utf-8-mac: unknown option

>
Mmhhhh bizarre...

 j'ai vérifié le man rsync du mac : il ne connait pas l'option --iconv
(tu devrais pouvoir le vérifier avec le n° de version qu'il donne).

En effet sur mon macOS (10.12, donc qui date de quelques années) c'est une version de rsync relativement ancienne qui est dispo, et j'avais oublié que j'avais installé le rsync de MacPorts, qui lui supporte l'option.

 après avoir fait différentes manipulations avec un petit répertoire
contenant des noms de fichier avec accents, je pense que j'ai compris
l'origine du pb :
 en fait, cette #### de HFS+ est "case-preserving" pour ce qui concerne
purement la case, mais se comporte comme un "case-insensitive" avec les
accents !
cad que quand on écrit un accent de la manière qui ne lui plait pas, il
le modifie à la manière qui lui plait, pour l'enregistrer et le
resservir plus tard ...

??

>
Quel rsync serveur ? A priori il n'y en a pas là...

 ce que je comprend c'est que :
à travers ssh, il ne fait pas du sftp ou du sshfs,
mais il lance un rsync distant qu'il utilise comme un serveur, même s'il
le referme après l'opération.

Ca me parait bizarre, parce qu'un rsync via ssh est censé fonctionner même en l'absence d'un rsync disponible sur la machine distante.
--
"...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes.", ST sur fr.bio.medecine
ST passe le mur du çon : <j3nn2hFmqj7U1@mid.individual.net>