Sé que muchos de los directorios en /System/Library/ tienen análogos en /Library/ , y muchos menos tienen análogos en ~/Library/ también. También sé que, al menos en algunos casos, cuando el sistema está buscando algo que pueda estar enraizado en uno de estos directorios de la Biblioteca, también se busca en ubicaciones análogas.
Por ejemplo, una aplicación puede instalar un archivo en /Library/Application Support/A/B/ , pero está tan contenta de haberlo instalado en ~/Library/Application Support/A/B/ , y aunque puede haber registros de la ubicación de cada archivo que la aplicación instaló, el sistema no puede referirse a ellos cuando se busca un archivo. En otras palabras, sabe que cada vez que comprueba algo enraizado en System/Library/ , debe buscar en las ubicaciones correspondientes en /Library/ y ~/Library/ .
¿Es esta última afirmación realmente cierta? ¿Que en todos los casos, (o en casi todos los casos, con ciertas excepciones) cuando la computadora busca en uno de los tres directorios de la Biblioteca, también en los otros dos? Por ejemplo, ¿puede un usuario mover algo que se instaló en /System/Libary/Extensions/ a un directorio de Extensiones que crea en su directorio de inicio Library/ y esperar que se cargue desde allí al iniciar sesión, la forma en que, por ejemplo, una lista de propiedades que se encuentra en ~/Libary/LaunchAgents/ se habría encontrado igual de fácilmente si se hubiera ubicado en /Libary/LaunchAgents/ ?
De forma similar, observo que algunas aplicaciones almacenan marcos, complementos, etc. en directorios enraizados en los paquetes de esas aplicaciones. ¿Se pueden mover los archivos entre ellos y las ubicaciones con nombres apropiados en otro lugar sin problemas? Al menos en teoría, ¿es así como está diseñado para que funcione el sistema de archivos?