Pourquoi extraire ce tgz génère une erreur sur mon Mac mais pas sur Linux?

L'existence d'un fichier en double dans l'archive ne devrait pas la rendre invalide ou incapable d'être extraite sur OSX, car par défaut, tar écrase les doublons.

Donc, je suis un peu confus par le comportement dans votre Gist - tar sur OSX permet les fichiers en double dans une archive (un retour à sa finalité originale en tant qu'utilitaire d'archivage de bande.ar, donc il permet aux fichiers d'être ajoutés à la fin de l'archive bandes, et lorsque l'archive est restaurée, la version la plus récente du fichier écrase la ou les versions précédentes)

C'est seulement lorsque l'option "-k" est présente que tar devrait avertir des fichiers préexistants.

Ici, j'ai créé une archive avec un fichier en double puis je l'ai extraite sans problème. Ce n'était que lorsque j'ai ajouté l'option -k qu'il m'a averti du fichier en double :

Macbook> tar --version
bsdtar 2.8.3 - libarchive 2.8.3
Macbook> mkdir test
Macbook> touch test/a test/b
Macbook> tar -zcvf test.tar.gz test test/a
a test
a test/a
a test/b
a test/a
Macbook> tar -ztvf test.tar.gz
drwxr-xr-x  0 user group       0 Jul 28 10:42 test/
-rw-r--r--  0 user group       0 Jul 28 10:42 test/a
-rw-r--r--  0 user group       0 Jul 28 10:42 test/b
-rw-r--r--  0 user group       0 Jul 28 10:42 test/a
Macbook> rm -r test
Macbook> tar -xvf test.tar.gz
x test/
x test/a
x test/b
x test/a
Macbook> echo $?
0
Macbook> rm -r test
Macbook> tar -k -xvf test.tar.gz
x test/
x test/a
x test/b
x test/a: Already exists
tar: Error exit delayed from previous errors.
Macbook> echo $?
1

Un simple problème de umask ne semble pas être le coupable non plus, j'ai essayé de changer mon umask en 0777 et je peux toujours extraire l'archive :

Macbook> tar -xvf test.tar
x test/
x test/a
x test/b
x test/a
Macbook> ls -l test
ls: test: Permission denied
Macbook> sudo ls -l test
total 0
----------  1 someuser  wheel  0 Jul 28 13:48 a
----------  1 someuser  wheel  0 Jul 28 13:48 b

J'ai pensé pouvoir reproduire le problème en ajoutant délibérément un répertoire non inscriptible à l'archive, mais cela n'a pas fonctionné, tar n'a pas mis à jour les permissions sur le répertoire lors de l'extraction de l'archive :

Macbook> mkdir -p testdir1/test testdir2/test
Macbook> touch testdir1/test/{a,b} testdir2/test/a
Macbook> chmod -w testdir2/test
Macbook> touch testdir2/test/b
touch: testdir2/test/b: Permission denied
Macbook> find testdir* -ls  | awk '{print $3, $11}'
drwxrwx--- testdir1
drwxrwx--- testdir1/test
-rw-rw---- testdir1/test/a
-rw-rw---- testdir1/test/b
drwxrwx--- testdir2
dr-xr-x--- testdir2/test
-rw-rw---- testdir2/test/a
Macbook> cd testdir1
Macbook> tar -cvf ../test.tar test/*
a test/a
a test/b
Macbook> cd ../testdir2
Macbook> tar -rvf ../test.tar test
a test
a test/a
Macbook> cd ..
Macbook> tar -tvf ./test.tar
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/b
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
dr-xr-x---  0 username groupname       0 Jul 28 15:40 test/
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
Macbook> tar -xvf test.tar
x test/a
x test/b
x test/a
x test/
x test/a
Macbook> 

J'ai également essayé de changer les permissions sur test/a en 000, de l'ajouter à l'archive, puis d'ajouter un autre test/a, mais celui-là a également fonctionné correctement :

drwxrwx---  0 username groupname       0 Jul 28 15:40 test/
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/b
dr-xr-x---  0 username groupname       0 Jul 28 15:40 test/
----------  0 username groupname       0 Jul 28 15:40 test/a
-rw-rw----  0 username groupname       0 Jul 28 15:40 test/a

Donc j'aimerais vraiment voir l'archive d'origine qui a causé le problème et voir ce qui aurait pu être dans cette archive pour causer ce problème.

Si un nom de fichier et un répertoire partagent le même nom, tar a effectivement un problème d'extraction, mais il affiche un message d'erreur assez clair :

Macbook> tar -xvf test.tar
x test/
x test/dir1/
x test/dir1/a
x test/
x test/dir1: Can't remove already-existing dir
tar: Error exit delayed from previous errors.

(si le conflit se produit dans l'autre sens, c'est-à-dire si un fichier vient en premier, puis un répertoire portant le même nom vient plus tard, tar le supprime simplement et crée le répertoire :

Macbook> tar -xvf test.tar
x test/
x test/dir1
x test/
x test/dir1/
x test/dir1/a

Il s'avère que l'utilitaire tar OS X était le bon! Il y avait en effet une erreur dans l'archive. Cette discussion par email en parle en détail, mais le problème est que il y a un fichier en double dans l'archive. Les gars de SCIP sont en train de corriger l'archive pendant que j'écris ceci.

[edit]
Le fichier scip-3.2.0.tgz nouvellement mis à jour s'extrait correctement! Le hash SHA-1 du nouveau tgz est 5b4e8283f4a5bf9e50f9a62d4320d6f5f50c8476.

[edit 2]
Ce n'est pas qu'il y ait une erreur dans l'archive. C'est simplement que bsdtar, qui est fourni avec OS X, gère les fichiers en double différemment de gnutar, qui est fourni avec Linux. La réponse de @Adam Liter ici fournit une explication détaillée de ce qui se passe.

Il existe une alternative, un logiciel d'archivage gratuit et léger que j'utilise pour Mac OSX. Il s'appelle Keka et je l'utilise pour décompresser principalement les fichiers 7zip. De plus, il peut décompresser d'autres types comme les fichiers .rar, .tar, .gz, etc. Il a également fonctionné pour le fichier tar spécifique de l'OP, mais je l'ai essayé après que @Geoff ait mentionné que l'équipe travaillait à réparer le fichier.