Sujet : Re: rsync en milieu hétérogène
De : pehache.7 (at) *nospam* gmail.com (pehache)
Groupes : fr.comp.os.unixDate : 17. Mar 2022, 12:00:11
Autres entêtes
Organisation : Nemoweb
Message-ID : <ZJudvuYECwR-EQAYQmdfUcm7wFU@jntp>
References : 1 2 3
User-Agent : Nemo/0.999a
Le 17/03/2022 à 00:53, Alain Ketterlin a écrit :
Nicolas George <nicolas$george@salle-s.org> writes:
Thomas , dans le message
<fantome.forums.tDeContes-BED480.00060817032022@news.free.fr>, a écrit :
Destination : par défaut sous Mac OS X, HFS+.
>
Vérifie si les caractères accentués ont été mis sous une forme canonique
différente. Je crois me rappeler qu'Apple a décidé d'utiliser une forme
décomposée, parce que faire comme tout le monde ça leur arracherait la
gueule et pour embêter gratuitement les gens qui voudraient utiliser autre
chose que des Appleries.
Dans mon souvenir, HFS+ n'est même pas "case-sensitive" (par défaut)...
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)
J'ai eu un cas similaire à gérer, et ce qui a marché pour moi c'était --iconv=utf-8-mac,utf-8-mac
mettre un utf-8 tout court ne changeait rien, et je n'ai pas compris ce que ça convertissait en mettant deux fois utf-8-mac !
P/S: Pour mémoire : "[HFS+ is] complete and utter crap." (Linus Torvalds)
C'est pour ça qu'il a été remplacé il y a plusieurs années par APFS