Obtenir que mac tar cesse de mettre les noms de fichiers ._ * dans les archives tar [dupliquer]

Dupliquer possible:
Pourquoi ai-je des fichiers tels que ._foo dans mon archive tar OS X?

Je crée des scripts autoconf sur un Mac. Quand tar est lancé, il place tous ces noms de. Foobar dans l’archive:

libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpf
libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpf
libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpr
libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpr

Maintenant, ce qui se passe, c'est que le système de fichiers HFS d'Apple met les propriétés du fichier dans les noms ._fobar afin qu'elles puissent être restaurées sur un autre système Mac. Mais je ne les veux pas - ils ne sont que des cochonneries pour moi. Y a-t-il un moyen de les supprimer?

Pour répondre à une autre question , vous pouvez définir la variable d'environnement non documentée (?) COPYFILE_DISABLE afin d'empêcher plusieurs programmes fournis par le système (y compris tar ) de donner une signification spéciale aux ._*membres de l'archive. En particulier, cela les empêchera de:

• stocker des données d'attributs étendus (y compris des ressources), dans ._*des membres d'archives
  (c'est-à-dire ne pas «polluer» les archives créées sur Mac OS X mais destinées à être utilisées sur d'autres systèmes), et

• tenter d'extraire des attributs étendus ou des ressources à partir de membres d'archive nommés comme ._*
  (c.-à-d. ne pas mal interpréter ._*les membres d'archive dans des archives provenant d'autres systèmes).

La valeur que vous utilisez pour la variable d'environnement n'est pas importante (il peut même s'agir d'une chaîne vide). Les valeurs telles que 0, et falsene réactiveront pas la fonctionnalité. La seule chose qui compte est de savoir si la variable est définie (vous devez la «désélectionner» pour réactiver la fonctionnalité).

Vous pouvez utiliser cette variable sur des commandes individuelles en tirant parti de la capacité des shells de type Bourne ( sh , ksh , bash , zsh , etc.) de préfixer des commandes avec des variables d'environnement supplémentaires.

COPYFILE_DISABLE=1 tar cf new.tar …

Si vous rencontrez le problème plus souvent qu'autrement, vous pouvez définir et exporter cette variable dans l'un des fichiers d'initialisation de votre shell.

# turn off special handling of ._* files in tar, etc.
COPYFILE_DISABLE=1; export COPYFILE_DISABLE

Lorsque vous en avez besoin, vous pouvez alors désélectionner la variable pour des commandes individuelles.

(unset COPYFILE_DISABLE; tar cf somefile.tar …)

Sur ce système Mac OS X 10.6, les commandes suivantes semblent toutes connaître l'existence de COPYFILE_DISABLE:

• /usr/bin/tar(un lien symbolique vers bsdtar)
• /usr/bin/bsdtar
• /usr/bin/gnutar
• /bin/pax

COPYFILE_DISABLE est originaire de Mac OS X 10.5. Si vous devez prendre en charge la version 10.4, COPY_EXTENDED_ATTRIBUTES_DISABLE fonctionne de la même manière.

Pas un expert, mais un peu de google trouvé ceci: http://www.ofzenandcomputing.com/zanswers/3422

et ceci: http://hintsforums.macworld.com/archive/index.php/t-28703.html

La deuxième commande semble pouvoir être incorporée à un script ... vous ne pourrez peut-être pas empêcher la création de fichiers de ressources, mais vous pourrez les supprimer automatiquement par la suite.

edit: J'aurais dû mentionner que cela peut avoir de mauvais résultats, utilisez-le à vos risques et périls.

Vous pouvez essayer de vous compiler vous-même tarou de l’installer à partir de Macports ou de Fink, le cas échéant (ce n’est pas le cas de Homebrew). Avec un peu de «chance», il devrait ignorer les métadonnées OS X et ignorer la création de ces fichiers.