Buenas noticias / Malas noticias

Buenas noticias: he descubierto cómo solucionar el problema de mis aplicaciones. (Alerta de spoiler: la respuesta para mí es: "Abrir en Rosetta").

Malas noticias: La misma solución probablemente no funcione para todo el mundo, aunque sólo sea por la razón de que creo que la gente está viendo esto en los Macs Intel.

Para recapitular:

Este es el mensaje de error que recibía cuando intentaba abrir cualquiera de las dos aplicaciones en ~/Library/Printers/ :

Intentando algo como esto:

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

llevaría a este error:

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.}}}

lo cual no fue de ninguna ayuda.

1. `open -a 'Brother HL-2270DW series' no funcionó.

2. Tratar de eliminar la bandera de cuarentena no funcionó

3. No había archivos que no fueran ejecutables pero que debieran serlo

4. El clic derecho " Abrir no me ha indicado que lo abra en absoluto.

Lo que lo arregló

Al poner estas aplicaciones en "Abrir en Rosetta" se solucionó inmediatamente el problema.

No sé por qué.

Algunas reflexiones más sobre cómo me metí en este lío

Se necesitan controladores oficiales de Brother

Cuando intenté instalar la impresora, MacOS la iba a instalar como una impresora genérica. No quería eso, así que fui al sitio web de Brother y encontré la página oficial de descargas de Brother para la HL-2270DW .

Ahora, esa página sólo menciona la compatibilidad con MacOS 10.15, y yo estoy usando Big Sur, pero supuse que funcionaría y probablemente sólo no se había actualizado para Big Sur todavía porque algunas empresas tardan mucho en hacerlo.

"¿Instalé este .pkg usando Rosetta? ¿Importa?"

Yo uso iTerm como mi aplicación de terminal por defecto, y lo tengo configurado para que se abra siempre con Rosetta, que fue recomendado para hacer elaborar cerveza trabajar con Big Sur en macs M1.

Como resultado, todo lo que hago mientras uso iTerm se hace como si fuera un Mac Intel.

Esta es la parte extraña: Muchas veces, cuando me encuentro con un .pkg que necesito instalar, tengo un shell script que se ejecuta sudo /usr/sbin/installer con los parámetros adecuados. Así que es muy probable que haya instalado los controladores de Brother con ese script.

En iTerm.

Corriendo en Rosetta.

¿Importa eso? Realmente no tengo ni idea. Es muy posible que pudiera haber instalado esto con el Installer.app normal y tener la misma experiencia. Pero el hecho de que haya tenido que manualmente configurar las aplicaciones de la impresora para que se ejecuten bajo Rosetta me hace maravilla si eso hubiera sido cierto incluso si la aplicación Installer se hubiera ejecutado como un proceso de Apple Silicon.

Conclusión: Probablemente debería probarlo. También debería dejar de usar mi shell instalador de pkg script en iTerm (podría usarlo en Terminal.app que dejé para que se ejecutara como un proceso de Apple Silicon).

Consejo profesional: Obtenga Paquete sospechoso y establecerla como aplicación por defecto para todos los .pkg archivos. Es gratis y es fantástico .

Un "truco" que he utilizado para ayudar a resolver esto

He lanzado la aplicación a través de lldb así:

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

Una vez que estuvo listo, escribí run y trabajó . Eso fue lo primero que me hizo pensar que "Abrir usando Rosetta" podría resolverlo, una vez que recordé que iTerm se ejecutaba bajo Rosetta, lo que significa que lldb se ejecutaba como un proceso de Intel.

¿Tienes un Mac M1? Ahora tienes otro paso para solucionar el problema.

Puede que tarde un poco en asimilarlo (al menos yo), pero está claro que "¿has probado a ejecutarlo con Rosetta?" es otra de las preguntas que deberíamos hacernos a nosotros mismos o a los demás cuando intentemos diagnosticar problemas en los Macs basados en M1.

Este es un problema conocido, no resuelto del todo con algunas aplicaciones, probablemente aplicaciones antiguas que no han sido actualizadas para Big Sur.

Aquí hay algunas otras cosas que puedes probar además de las respuestas ya dadas.

1. Establece los permisos no sólo para el paquete de aplicaciones sino para todos los archivos que contiene (puede que lo hayas hecho pero no está claro por lo que se ha dicho hasta ahora):

Utilizando el Terminal, introduzca lo siguiente, con el espacio final

sudo chmod -R 755 

y luego arrastra el paquete de aplicaciones a la ventana de la Terminal, pulsa enter e introduce tu contraseña si te la piden.

2. Usando el Terminal, instale upx con elaborar cerveza :

Si no tienes Homebrew instalado, puedes instalarlo primero con

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

A continuación, ejecute brew install upx

A continuación, ejecute este comando, sustituyendo la ruta del ejecutable de su aplicación por la parte que aparece después de sudo upx -d e introduzca su contraseña si se le pide:

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

Para abrir un paquete de aplicaciones y encontrar el ejecutable, haz clic con el botón derecho del ratón en el Finder y haz clic en "Mostrar contenido del paquete".

3. Ponte en contacto con el desarrollador de la aplicación para pedirle cualquier tipo de apoyo que pueda dar, o una versión actualizada de la aplicación.

Esto puede ser todo lo que puedes hacer en este momento, excepto degradar tu Mac de nuevo a Catalina.

Eliminar el atributo "cuarentena" del archivo a través de:

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

Eso debería arreglarlo.

F.