Bonnes nouvelles / Mauvaises nouvelles

Bonne nouvelle : j'ai trouvé comment résoudre le problème pour mes applications. (Alerte spoiler : la réponse pour moi est : "Ouvrir dans Rosetta").

Mauvaise nouvelle : La même solution ne fonctionnera probablement pas pour tout le monde, ne serait-ce que parce que je pense que les gens rencontrent ce problème sur les Macs Intel.

Pour récapituler :

Voici le message d'erreur que j'obtenais lorsque j'essayais d'ouvrir l'une ou l'autre des deux applications en ~/Library/Printers/ :

J'essaie quelque chose comme ça :

open ~/Library/Printers/Brother\ HL-2270DW\ series.app

conduirait à ce erreur :

The application cannot be opened for an unexpected reason, 
error=Error Domain=NSOSStatusErrorDomain Code=-10826 
"kLSNoLaunchPermissionErr: User doesn't have permission to launch the app 
(managed networks)" UserInfo={_LSFunction=_LSLaunchWithRunningboard, 
_LSLine=2508, NSUnderlyingError=0x7fa98a43e450 
{Error Domain=RBSRequestErrorDomain Code=5 "Launched process exited during launch." 
UserInfo={NSLocalizedFailureReason=Launched process exited during launch.}}}

ce qui n'était pas du tout utile.

1. `open -a 'Brother HL-2270DW series' n'a pas fonctionné.

2. Essayer d'enlever le drapeau de quarantaine n'a pas fonctionné.

3. Il n'y avait aucun fichier non exécutable mais qui aurait dû l'être.

4. Le clic droit " Ouvrir " ne m'a pas du tout invité à l'ouvrir.

Ce qui l'a réparé

Le fait de régler ces applications sur "Ouvrir dans Rosetta" a immédiatement résolu le problème.

Je ne sais pas pourquoi.

Quelques réflexions supplémentaires sur la façon dont je me suis retrouvé dans ce pétrin

Pilotes officiels nécessaires de Brother

Lorsque j'ai essayé d'installer l'imprimante, MacOS allait l'installer comme une imprimante générique. Je ne voulais pas cela, alors je suis allé sur le site web de Brother et j'ai trouvé la page officielle de téléchargement de Brother pour la HL-2270DW .

Cette page ne mentionne que la compatibilité avec MacOS 10.15, et j'utilise Big Sur, mais j'ai supposé qu'il fonctionnerait et qu'il n'avait probablement pas encore été mis à jour pour Big Sur, car certaines entreprises mettent du temps à le faire.

"Ai-je installé ce .pkg en utilisant Rosetta ? Est-ce important ?"

J'utilise iTerm comme application de terminal par défaut, et je l'ai paramétré pour qu'il s'ouvre toujours en utilisant Rosetta, qui a été recommandé pour faire brasser travailler avec Big Sur sur des macs M1.

Par conséquent, tout ce que je fais en utilisant iTerm est fait comme s'il s'agissait d'un Mac Intel.

Voilà la partie bizarre : Souvent, quand je rencontre un .pkg que je dois installer, j'ai un shell script qui s'exécute sudo /usr/sbin/installer avec les paramètres appropriés. Il y a donc de fortes chances que j'ai installé les pilotes Brother avec ce script.

Dans iTerm.

Exécution dans Rosetta.

Est-ce que ça compte ? Je n'en ai vraiment aucune idée. Il est tout à fait possible que j'aie pu l'installer avec l'Installer.app habituel et avoir la même expérience. Mais le fait que j'ai dû manuellement régler les applications de l'imprimante pour qu'elles fonctionnent sous Rosetta me fait au moins merveille si cela aurait été vrai même si l'application Installer avait été exécutée comme un processus Apple Silicon.

Conclusion : Je devrais probablement tester ça. Je devrais aussi probablement arrêter d'utiliser mon shell d'installation de pkg script dans iTerm (je pourrais peut-être l'utiliser dans Terminal.app que j'ai laissé s'exécuter comme un processus Apple Silicon).

Pro-Tip : Obtenez Paquet suspect et la définir comme l'application par défaut pour toutes les .pkg des fichiers. C'est gratuit et c'est fantastique .

Un "truc" que j'ai utilisé pour aider à résoudre ce problème

J'ai lancé l'application via lldb comme ça :

lldb ~/Library/Printers/Brother\ HL-2270DW\ series.app/Contents/MacOS/PrinterProxy

Une fois que c'était prêt, j'ai tapé run et il a travaillé . C'est ce qui m'a d'abord fait penser que "Open Using Rosetta" pourrait résoudre le problème, une fois que je me suis souvenu qu'iTerm fonctionnait sous Rosetta, ce qui signifie que lldb était exécuté comme un processus Intel.

Vous avez un Mac M1 ? Vous avez maintenant une autre étape de dépannage à essayer.

Il faudra peut-être un peu de temps pour que celle-ci soit assimilée (du moins pour moi), mais il est clair que "Avez-vous essayé de l'exécuter sous Rosetta ?" est une autre question que nous devrions nous poser ou poser aux autres lorsque nous essayons de diagnostiquer des problèmes sur les Macs basés sur M1.

J'avais ce problème avec Eclipse. Je suis tombé sur les ressources suivantes qui m'ont conduit à la solution :

• https://stackoverflow.com/questions/68295434/facing-permission-related-issues-in-macbook-pro-with-big-sur-11-4/68775300
• https://developer.apple.com/forums/thread/684509

Extrait de ce dernier :

Eclipse ignore complètement l'interdiction de longue date d'Apple concernant les applications auto-modifiantes. Je soupçonne que ce problème n'a pas été résolu dans les années qui ont suivi, ce qui signifie que l'application se modifie elle-même et brise ainsi sa propre signature de code.

Le fait de forcer le remplacement de la signature de l'application a réglé le problème pour moi :

% codesign --force --deep --sign - /Applications/Eclipse.app

/Applications/Eclipse.app: replacing existing signature

Il s'agit d'un problème connu, mais pas entièrement résolu avec certaines applications, probablement de vieilles applications qui n'ont pas été mises à jour pour Big Sur.

Voici d'autres choses que vous pouvez essayer en plus des réponses déjà données.

1. Définissez les autorisations non seulement pour le paquet d'applications mais aussi pour tous les fichiers qu'il contient (vous l'avez peut-être déjà fait mais ce n'est pas clair d'après ce qui a été dit jusqu'ici) :

En utilisant le Terminal, entrez ce qui suit, avec l'espace de fin de ligne

sudo chmod -R 755 

puis faites glisser le paquet d'applications sur la fenêtre du terminal, appuyez sur Entrée et entrez votre mot de passe si on vous le demande.

2. En utilisant le Terminal, installez upx avec brasser :

Si vous n'avez pas installé Homebrew, vous pouvez d'abord l'installer avec

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Ensuite, exécutez brew install upx

Exécutez ensuite cette commande, en substituant le chemin d'accès de l'exécutable de votre application à la partie qui suit sudo upx -d et entrez votre mot de passe si on vous le demande :

sudo upx -d /Applications/my_app.app/Contents/MacOS/my_app

Pour ouvrir un paquet d'applications et trouver l'exécutable, cliquez avec le bouton droit de la souris sur le paquet dans le Finder et cliquez sur "Afficher le contenu du paquet".

3. Contactez le développeur de l'application pour demander une aide éventuelle ou une version actualisée de l'application.

C'est peut-être tout ce que vous pouvez faire à ce stade, à l'exception de la mise à niveau de votre Mac vers Catalina.

Supprimer l'attribut "quarantaine" du fichier via :

sudo xattr -d com.apple.quarantine *FILENAME*

Cela devrait régler le problème.

F.