Yo suelo instalar Cyberduck arrastrando el .app
en la carpeta de Aplicaciones en root de mi disco duro ( /Applications
). Sin embargo, en las versiones de MacOS 10.7 Lion y posteriores, si más tarde decido mover Cyberduck a mi escritorio, Finder creará un alias
por defecto, en lugar de mover realmente el .app
paquete.
En cambio, si instalo Cyberduck en mi usuario Carpeta de aplicaciones ( ~/Applications
), y más tarde intento arrastrar Cyberduck a mi escritorio, el .app
se moverá como cualquier otro archivo.
¿Qué hace que el /Applications
carpeta tan especial? ¿Es posible añadir el mismo comportamiento a otra carpeta, o -si el SIP está desactivado- modificar /Applications
para que se comporte como una carpeta normal?
Un par de cosas que ya he probado:
/Applications
es propiedad deroot:admin
. Sin embargo,sudo chown root:admin ~/Applications
no tiene ningún efecto sobre el comportamiento de arrastre.- Dentro de una VM de prueba, he renombrado
/Applications
a/Applications2
. La carpeta renombrada Aplicaciones2 mantuvo el mismo comportamiento de arrastre que antes, lo que sugiere que la funcionalidad no está codificada en una ruta específica.
0 votos
¿Has probado a crear una nueva carpeta llamada Aplicaciones? Si es así, ¿qué es lo que ahora tiene el icono del sistema? La mejor suposición en este momento es que cambiar su nombre no cambia lo que puede ser "especial" en ella [aunque eso es simplemente una suposición].
0 votos
No es el
/Applications
que controla este comportamiento en sí, sino los permisos, atributos extendidos, propiedades ACL, etc. Como ejemplo, las aplicaciones de Apple tienen elcom.apple.rootless
atributo extendido y0: group:everyone deny delete
ACL, mientras que los que no son Apple normalmente sólo tienen las propiedadescom.apple.quarantine
atributo extendido. Las aplicaciones que no son de Apple se pueden mover mientras se mantiene pulsada la tecla ⌘ mientras se arrastra.0 votos
@user3439894 ¿Cómo puedo aplicar esto a otras carpetas o eliminarlo de /Applications/? El SIP está desactivado, así que debería ser modificable, ¿no?
0 votos
@Tetsujin En mi VM de MacOS 10.9, una carpeta /Applications2 renombrada pierde su icono a pesar de conservar su comportamiento especial de arrastre. Una carpeta /Applications creada por el usuario no obtiene un icono, y tiene un comportamiento de arrastre estándar. (He vuelto a probar para comprobar mi memoria, y mi comentario anterior, ahora borrado, era una fiesta equivocada)
0 votos
Consulte las páginas del manual de
chmod
yxattr
.0 votos
@user3439894 Sé cómo usar ambos, pero no entiendo qué propiedades hay que cambiar. La carpeta /Applications no contiene ningún xattr. Sé que has dicho que son las propias aplicaciones las que controlan esto, pero ¿qué significa eso cuando la misma aplicación con los mismos xattr's se comportan de forma diferente en una carpeta normal que en /Applications?
1 votos
Otra diferencia con
/Applications
es suowner:group
esroot:admin
frente al típicoroot:wheel
y tiene elsunlnk
bandera conjunto. Supongo que esto también se suma a las diferencias entre una carpeta creada por el usuario. Utilice el siguiente comando en Terminal después decd /
,ls -lOe@
y revisar la salida de los distintos/
directorios (root). Además, las aplicaciones de Apple en /Application tienen elrestricted
bandera también. Puede utilizarchown
para cambiar elowner:group
ychflags
a fijar/desfijar elflags
.0 votos
La gente lo hace tan difícil. /Applications es a nivel de sistema, las aplicaciones en él son visibles para todos los usuarios. ~/Aplicaciones no lo es. No puedo señalar nada que lo diga en el HIG, pero es perfectamente lógico que por defecto, moverse dentro y fuera de ~/Aplicaciones no es diferente de cualquier otro movimiento de archivos, mientras que Finder está tratando /Aplicaciones específicamente diferente para preservar el acceso de otros usuarios a las aplicaciones.
0 votos
@MarcWilson Si eso fuera lo que marca la diferencia, las aplicaciones copiadas desde, por ejemplo, /Biblioteca se convertirían en un alias cuando se arrastraran a otras carpetas. Este no es el caso. El comportamiento de los alias sólo ocurre con /Applications. En los casos en que el usuario no tiene permiso para escribir en el directorio de origen, Finder por defecto hace una copia, no un alias.