¿Instalaciones múltiples de la misma aplicación?

Usted puede hacer esto con Reeder.

• Usted tendrá tantas cuentas de usuario como usted tiene cuentas de Google.
• Suponiendo que tienes 2 cuentas de Google, obviamente, puede ejecutar el principal de la cuenta de Google como el valor predeterminado de usuario. Simplemente haga clic en Reeder del Iniciador o Dock y que son buenos para ir.
• Vaya a Preferencias del Sistema, Usuarios Y Grupos, y crear un nuevo usuario. Llaman TestUser. Asegúrese de establecer una contraseña. Una cuenta de usuario estándar iba a hacer.
• Abra El Terminal.
• ejecutar esto: echo "contraseña" | sudo -S-u TestUser /Aplicaciones/Reeder.app/Contents/MacOS/Reeder &

voila! Ahora usted puede ver una 2ª Reeder ventana!

Crear un nuevo usuario de escritorio para cada cuenta de Google Reader. A continuación, puede utilizar el cambio rápido entre las cuentas para cambiar el nombre de usuario deseado (hay una barra de menú disponibles para que).

Usted también puede ser capaz de utilizar un comando de la shell para lanzar un proceso en la misma ventana del administrador de otro usuario. Decir su other_user -c 'open /Applications/Reeder.app'. He hecho esto para lanzar aplicaciones GUI como root. He jugado todo con la apertura de Chrome con ese enfoque, pero parece que el llavero no se ha inicializado correctamente en ese caso, se podría estar tratando de leer las llaves de la host del usuario. Usted puede ser capaz de resolver que por primera iniciar sesión como el usuario, la creación de las llaves y, a continuación, ejecutar la secuencia de comandos.

Apéndice: yo no estoy seguro de si es una Tienda de aplicaciones del programa se iniciará otro usuario, teniendo diferentes de autenticación (no he utilizado la App Store todavía). Si ese es el caso, me gustaría crear un script para modificar temporalmente el llavero, el lanzamiento de Reeder, y luego volver a crear el original. Eso es bastante grotesco enfoque, sin embargo.

Depende de la aplicación, me imagino que esto es perfectamente posible para algunos y no para otros. Depende de si la aplicación es independiente en su propio paquete, o si se requiere el uso de auxiliares de archivos en tu ~/carpeta de la biblioteca, tales como plists etc. El uso de tales plist archivos, etc es a menudo donde la configuración y las preferencias se almacenan incluyendo la configuración de la cuenta, y tener varias instancias de la aplicación, el resultado de todos ellos mirando en la misma ubicación para el archivo plist.

Usted podría ajustar su aplicación binaria en algunas secuencias de comandos para mover el correcto plist en el lugar antes de comenzar cada instancia, pero de nuevo la aplicación a su cargo, no hay ninguna garantía de que una aplicación ya en ejecución continuará funcionando si es plist cambios, o que se acaba de tomar en la nueva configuración en algún momento.

Si la aplicación provenía de cualquier parte que no sea de la App Store, sugeriría que tenía una posibilidad razonable de hurgando dentro del paquete de app y tal vez cambiar lo que consideraba su nombre al estar editando un .plist y con la esperanza de que el nombre influenciado el uso de llavero.

Sin embargo, Reeder es una aplicación de App Store, sospecho que le pegan. Si se modifica la aplicación, su firma será válida y el sistema operativo no deja ejecutarlo. A menos que haya algún tipo de hack la firma se puede hacer...

No - el llavero es profundamente interfaz de sistema donde la correlación está fuertemente ligado a la carpeta de inicio del usuario (la aplicación no elige qué usuario del llavero para el acceso como el sistema dice que literal de la carpeta de mapas a ~).

Sin embargo, el único caso especial en el que esto funcione es para las aplicaciones que están programados con código para leer un archivo de configuración (archivo plist, .dotfile, u otro mecanismo) y usted podría utilizar automatización para establecer los tiempo de ejecución variables, configuración o manipular directamente el .plist archivos antes de lanzar la aplicación en cuestión.

• El ornitorrinco sería mi elección para un script de shell para cambiar las cosas y, a continuación, iniciar la aplicación y liar las cosas.
• Llavero de secuencias de comandos también puede rascarse la picazón si se puede recuperar el nombre de las llaves elemento que quería pasar a la aplicación para obtener un comportamiento diferente de cada lanzamiento.

El sistema no tiene una vista de la caja de arena para que esta separación de los datos de otros que si fueron literalmente en marcha la segunda sesión de usuario (el Lion y posteriormente permitir) pero la app tendría que opuput los datos a un tubo o a un archivo en lugar de los que existen en la pantalla como una aplicación en ejecución de un usuario diferente.

Corto de la escritura de esta herramienta usted (usted tiene Xcode, después de todo), no es algo que Apple ofrece para automatizar llavero de sandboxing como entiendo que usted describe.