Je suis en train d'envoyer un script bash sous forme de fichier .command à un ami. Cette personne n'est pas très douée en informatique, c'est pourquoi je lui envoie le fichier en premier lieu, le but étant que le fichier .command exécute les opérations du shell pour elle. Cependant, lorsqu'elle essaie d'exécuter le script, elle reçoit l'erreur suivante : run.command est endommagé et ne peut pas être ouvert. Vous devriez le déplacer vers la Corbeille
. Je pense qu'il s'agit d'une nouvelle version de l'ancienne invitation de développeur non signée, car Apple bloque les codes aléatoires de leurs systèmes. Y a-t-il un moyen de faire fonctionner cela sans trop de complexité?
Édit: Je suis ouvert à utiliser AppleScript si cela résout le problème.
0 votes
Ajouter le script actuel à votre question pourrait également aider...
0 votes
@SteveChambers Je pense que le script est sans importance, il ne contient qu'une seule commande, il exécute un script julia avec quelques arguments.
0 votes
Je ne suis pas convaincu que tous les scripts bash copiés entre ordinateurs entraîneront une erreur «endommagée». Ni que les scripts bash doivent être signés par un code. (Ils ne le sont pas.) Essayez de le compresser de votre côté, puis d'envoyer.
0 votes
@benwiggy non, je ne pense pas qu'ils le feront tous, je pense que le problème se pose lors de la tentative d'exécution du script en l'ouvrant depuis le Finder. Je l'ai envoyé en tant que partie d'un fichier zip.
0 votes
J'ai un certain nombre de scripts que je peux déplacer entre deux Macs, sans problème.
0 votes
@benwiggy comment les avez-vous transférés ? Suite à mes recherches, il s'avère que les fichiers obtenus à partir de certaines sources, par exemple des pièces jointes à des e-mails, sont étiquetés comme étant non sécurisés par Finder. C'est pourquoi il ne permet pas de les ouvrir. Il existe des commandes xattr pour résoudre le problème, mais je pense que cela va à l'encontre du but du script pour commencer. github.com/processing/processing/issues/…