¿Cómo hacer una aplicación de Mac OS X con un shell script?

Acabo de probar esto en MacOS Sierra y también funciona allí.

Bien, genial. Saludos

¡Vaya! ¡Eso funciona! No puedo creerlo. Muchas gracias. Edición: Probado en MacOS Sierra

Bueno, no podía creer que nadie hubiera probado antes esta solución tan sencilla... Me alegro de que te haya funcionado.

Para cualquiera que intente esto, asegúrese de que la primera línea es #!/bin/bash

@FlareCat De hecho, acabo de comprobarlo y supongo que cualquier shebang con un intérprete existente servirá (probado con perl). Si has probado con otros lenguajes, dilo ;).

Alguien sabe cómo hacer que el script cambie el directorio de trabajo a la carpeta .app?

@bugloaf Encontré mi respuesta: stackoverflow.com/a/246128/214070

Para darle un icono personalizado, haz Get Info, selecciona el icono en la parte superior izquierda y pega una imagen de 512x512.

@bugloaf : la mayoría de las veces utilizo este truco de scripting para "encapsular" otras aplicaciones en un proceso (montar discos, gestionar dispositivos, agentes, deamons o hacer sincronizaciones antes de lanzar una aplicación, por ejemplo), así que simplemente utilizo el icono de la aplicación sustituida arrastrando el icono desde el panel "Get Info" de la aplicación de origen, abajo el icono de tamaño grande, al panel "Get Info" de la aplicación de destino, arriba a la izquierda el icono de tamaño pequeño (el signo más debería aparecer cuando el ratón está sobre el icono pequeño y así se puede pegar en este punto).

Para cualquiera que use MacOS Mojave - puede usar el programa incorporado Automator para hacer esto. Sólo tiene que utilizar la acción Ejecutar Shell script y luego guardar como una aplicación

¿Y si sudo es necesario para ejecutar el script? ¿Qué puedo hacer para que el script pida la contraseña al usuario?

@Royi Bueno, depende en gran medida del propósito y el comando que necesita para ejecutar como Root. Puedes llamar a una aplicación (open -a ...) que gestione la escalada de administrador o puedes usar el archivo /etc/sudoers y añadir los derechos necesarios para la aplicación/comando a caller/user (la mayoría de las veces tu id/usuario de mac os). Sin embargo, tenga cuidado con los problemas de seguridad, romper los derechos sudo no siempre es una buena manera de hacer las cosas. Busca "mac os sudoers" a través de google, probablemente encontrarás muchos ejemplos (también hay algunos en el archivo).

@Steve Vermeulen : esta es otra solución de hecho, aunque ya se ha sugerido en otras respuestas y no es específico de Mojave. Es una función antigua de mac Os Automator. Aunque esto no es tan simple y elegante a mi parecer. Sólo es necesario si usted necesita para pasar los parámetros en determinadas circunstancias (pienso en las acciones de exportación de Lightroom, por ejemplo).

Yo especificaría que el YourApplication.app debe estar certificada en /Applications

@Igor Fobia, no sé qué versión de Os estás usando, pero este truco funciona desde cualquier ubicación, no sólo /Aplicaciones, al menos en Mac Os High Sierra y anteriores.

También funciona en MacOS Catalina, gracias

Esto todavía parece funcionar con Big Sur. Sin embargo, pasar argumentos (por ejemplo, archivo a abrir) no me funciona. Parece que sólo funciona con las aplicaciones de Automator

@basbebe Gracias por tu informe. No puedo tener Big Sur por el momento para buscar una solución sobre los argumentos (mis dos Macs son demasiado viejos). Pero lo intentaré en cuanto pueda. Supongo que un vistazo a la documentación de "open" con --args puede dar alguna pista más.

Abriendo con --args funciona. pero, por ejemplo, abrir un documento con la aplicación creada da un error en la ventana del terminal: Unknown command: \Xca\Xfe\Xba\Xbe (También obtengo este error si simplemente añado la ubicación del archivo al comando)

@basbebe , efectivamente, pero no estoy seguro de que sea específico del Big Sur, entonces. Para ser honesto, no uso ese truco de la aplicación script si necesito la funcionalidad de "arrastrar y soltar el documento", uso Automator en su lugar (con una combinación a veces).

Me encanta cómo la aplicación de sus scripts hace que se ejecuten instantáneamente al hacer clic y les da una posición más prominente en Spotlight.

Cuando se ejecuta como una aplicación su script probablemente no tendrá el mismo entorno que cuando se ejecuta desde un shell interactivo. Por ejemplo, es posible que tenga que establecer el PATH o especificar rutas absolutas de comandos.

@DenisHowe Efectivamente. Aquí tienes un ejemplo de lo que suelo añadir al principio de los scripts : abspath () { case "${1}" in [./]*) local ABSPATH="$(cd ${1%/*}; pwd)/" echo "${ABSPATH/\///}" ;; *) echo "${PWD}/" ;; esac } CURRENTPATH= abspath ${0} PATH=$PATH:$CURRENTPATH:

¿Es posible mostrar el terminal y pedir información utilizando esta solución? He conseguido ejecutar el script en la carpeta *.app pero quiero imprimir algunos valores y tomar algunas entradas de teclado.

@user62013 En ese punto yo uso Cocoadialog para eso, que se puede instalar con macports (aunque me temo que no está muy bien documentado por ahora, ya que es un proyecto bastante muerto, pero sigue funcionando). También puedes usar applescript para cuadros de diálogo y entradas sencillas. Por otro lado, a mi entender, no es muy interesante usar la solución que di aquí (me refiero al script en app simple) para usar terminal al final. Creo que es mejor lanzar directamente un script con terminal haciendo doble click sobre él y luego usarlo de forma estándar.

Crear una aplicación de esta manera no me permitió crear un archivo pkg, ¿es algo que requiere una estructura más complicada?

@ngood97 ¿Puedes ser más específico sobre lo que quieres decir con "crear un archivo pkg" (proceso, software utilizado, propósito)?

@PierreLagarde ¡Sí, claro! El proceso que estaba tratando de seguir es aquí: techrepublic.com/article/ -> sudo pkgbuild -install-location /Applications -component /Volumes/Google\ Chrome/Google\ Chrome.app ./Desktop/Google\ Chrome.pkg Por alguna razón a la herramienta pkgbuild no le gusta esa estructura y da este error: pkgbuild: error: Path “<path x>/TestApplication.app" is not a valid bundle component (using destination path “<path x>”) No es demasiado importante, sólo me gustaría un pkg mínimo con el que probar cosas.

En realidad pude hacer un pkg mínimo usando esta guía: matthew-brett.github.io/docosx/flat_packages.html si alguien lo busca

@ngood97 ok bien, y gracias por tu comentario. Debo decir que yo sólo estaba usando este truco egoístamente en mis propios macs. Dado que es fácil simplemente llevar el texto bash a cualquier otro mac y la aplicación se puede construir fácilmente en un proceso de bricolaje fácil, nunca me pregunto cómo hacer un paquete para la entrega. Es una adición interesante sin duda.

¿Cómo hacer que aparezca en el Dock?

@TSR Arrástrala al Dock como cualquier otra aplicación.