¿Son mis permisos para / usr / local / correct?

Estoy usando HomeBrew para mis necesidades de puertos (parece un poco más "limpio" que MacPorts).

Puedo instalar sin sudoing (lo cual es genial), pero el paso de enlace man parece requerirlo ( /usr/local/share/man/man3es propiedad de root).
Una guía que encontré sugiere que recursivamente chown /usr/localhaciendo

sudo chown -R `whoami` /usr/local

¿Es esto seguro ... o es una mala idea ™?

Además: ¿son correctos mis permisos?

$ pwd
/usr/local/share/man
$ ls -lah
total 32
drwxrwxr-x    8 root  staff   272B  4 Set 11:02 .
drwxrwxr-x    9 root  staff   306B 10 Set 11:27 ..
drwxr-xr-x    3 root  wheel   102B  4 Ago  2009 de
drwxrwxr-x  163 root  staff   5,4K 10 Set 11:27 man1
drwxr-xr-x   11 root  wheel   374B 10 Set 11:27 man3
drwxr-xr-x    7 ago   staff   238B 10 Set 11:39 man5
drwxr-xr-x   11 ago   staff   374B 10 Set 11:39 man7
-rw-r--r--    1 root  staff    13K  4 Set 11:02 whatis

Por lo general, es mejor mantener los permisos lo más estrictos posible. Mantener la /usr/localpropiedad rootsignifica que solo los procesos que se ejecutan como root/ sudo(o solicitan un usuario administrador a través del cuadro de diálogo de autorización de Apple) pueden escribir en esta área. Por lo tanto, una descarga de proceso tiene que pedirle una contraseña antes de dañar los archivos allí.

Pero como usted dice, hace que agregar nuevos programas sea más difícil.

Estoy de acuerdo con la ejecución sudo, ya que instala las cosas con menos frecuencia que las que ejecuta pero tiene que confiar en que el proceso de compilación no cambia nada de lo que debería.

Si desea evitar sudo, instalaría Homebrew ~/usr/localy alteraría su ruta, ruta de acceso, etc. para incluir los directorios allí.

Una mejor manera es crear otro usuario, por ejemplo, homebrewy crear un directorio propiedad de ese usuario. Luego, instale allí usando sudo -U homebrew. Otros usuarios tendrán la ventaja de no poder sobrescribir ningún otro archivo, ya que no se están ejecutando root y otros programas no pueden afectar a homebrew. (Observo que las preguntas frecuentes de Homebrew sugieren a este nuevo usuario si se encuentra en un "entorno multiusuario". Diría que cualquier máquina Unix, incluido macOS, es un entorno multiusuario)

Sin embargo, como dice el wiki de Homebrew, las recetas no encuentran todos los casos /usr/localy los reemplazan con el directorio elegido, sospecho que estamos atascados /usr/local.

También uso Homebrew y puedo confirmar que es totalmente seguro. Citando la página de instalación en las preguntas frecuentes oficiales de Homebrew :

Hazte un favor y elige /usr/local

1. Es más fácil
   /usr/local/bin ya está en tu PATH.

2. Es más fácil que se
   rompan toneladas de scripts de compilación si sus dependencias no están en / usr o / usr / local. Arreglamos esto para las fórmulas de Homebrew (aunque no siempre lo probamos), pero encontrará que muchos scripts de configuración de RubyGems y Python se rompen, algo que está fuera de nuestro control.

3. Es seguro que
   Apple se haya conformado con POSIX y nos haya dejado este directorio. Lo que significa que no hay un /usr/localdirectorio por defecto, por lo que no hay necesidad de preocuparse por estropear las herramientas existentes.

Si planea instalar gemas que dependen de cervezas, ¡ahórrese un montón de molestias e instálelas /usr/local!

No es trivial decirle a gem que busque en directorios no estándar para encabezados y dylibs. Si eliges /usr/local, ¡todo "simplemente funciona"!

Voy a añadir que hacer las cosas como root es una idea muy mala , por lo chowning /usr/localno sólo me parece razonable (que no es un sistema de dir en OSX), pero sano .

Sus permisos no son correctos (todavía). Simplemente ejecute el comando que enumeró y estará bien.

Si tiene otros problemas, recuerde, ¡ brew doctorpuede ayudarlo!

Si está utilizando Homebrew, debe otorgar el permiso de escritura a un grupo específico (ya sea admino staff), para que los archivos se puedan compartir entre los usuarios que están en ese grupo.

Por ejemplo:

sudo chgrp -R admin /usr/local /Library/Caches/Homebrew
sudo chmod -R g+w /usr/local /Library/Caches/Homebrew

Luego asigne los usuarios que deberían tener acceso al brewcomando a ese grupo (verifique sus grupos a través de:) id -Gn.

Luego, cuando trabaje con brew, no lo ejecute sudo.

Cuando todavía tenga algún problema de permiso, ejecute brew doctorpara solucionar el problema.

Por lo que vale, /usr/localOS X no lo considera una carpeta de "sistema", y en una nueva instalación de Snow Leopard esa carpeta está vacía.

Cualquier material propiedad de root en esa carpeta es el resultado de sudo make installotro software, o de dar su contraseña después de hacer doble clic en uno .pkgque quiere volcar cosas /usr/local.

Ser propietario /usr/localha "trabajado para mí" en 2 máquinas durante más de un año.

Uno de los problemas es que si instaló MySQL (sin usar Homebrew) y transfirió sus archivos, entonces probablemente ya no podrá ver sus bases de datos (por lo tanto, tendrá que devolverlas a cualquier usuario que MySQL esté ejecutando como .)

Como en Homebrew 1.0.0:

Homebrew ya no necesita ser propietario de / usr / local. Si lo desea, puede devolver / usr / local a su propiedad predeterminada con: sudo chown root: wheel / usr / local

Creo que está bien que los usuarios tengan permisos de escritura a /usr/local- después de todo, eso significa que no estés utilizando sudoen cada escritura de la estructura. No me gusta la idea de un usuario normal propietaria /usr/local . Prefiero tener root (o similar) propio /usr/local, pero cambiar los permisos para que los usuarios (o al menos algún grupo privilegiado) puedan escribir en él. Ese parece ser el enfoque conceptualmente correcto.