Voulez-vous dire le zip
ou la commande Compress du Finder ?
Pour zip
vous pouvez essayer le --data-fork
option. Si cela ne fonctionne pas, vous pouvez essayer les options suivantes --no-extra
mais cela semble ignorer d'autres métadonnées de fichiers qui pourraient être précieuses, comme l'uid/gid et la durée des fichiers.
En ce qui concerne la commande Compress du Finder, je ne pense pas qu'il existe d'options permettant de contrôler son comportement. C'est pour le cas simple.
L'autre outil, et peut-être celui que le Finder utilise réellement sous le capot, est le suivant ditto
. Avec le -c -k
options, il crée des archives zip. Avec cet outil, vous pouvez expérimenter --norsrc
, --noextattr
, --noqtn
, --noacl
et/ou simplement laisser de côté le --sequesterRsrc
(qui, d'après la page de manuel, peut être responsable de l'apparition de l'option __MACOSX
sous-répertoire). Bien que, peut-être, l'absence de --sequesterRsrc
signifie simplement utiliser le format AppleDouble, ce qui créerait des fichiers ._ partout au lieu d'un seul. __MACOSX
répertoire.
0 votes
L'existence du dossier _MACOSX ne crée aucun problème. Il suffit de le supprimer.
3 votes
Cette question semble être hors sujet car elle devrait se trouver dans AskDifferent.
22 votes
Cela crée un problème avec les services web pointilleux qui exigent une archive zip impeccable. Je vous remercie donc pour les explications.
37 votes
@JayprakashDubey C'est incroyablement irritant, et en tant qu'utilisateur de Linux qui aime ne pas laisser de déchets partout où il va, je ne peux pas supporter
__MACOSX
,.DS_Store
,._fileName
et tous les autres étrons assortis que Mac OS laisse tomber dans ses archives. Le `tar' d'OSX le fait aussi - dans un mépris flagrant pour le système de gestion des données. principe du moindre étonnement .0 votes
Voir aussi : apple.stackexchange.com/questions/239578/