zsh compinit: directorios inseguros

¿Qué significa y cómo puedo solucionarlo?

zsh compinit: insecure directories, run compaudit for list.
Ignore insecure directories and continue [y] or abort compinit [n]?

Al ejecutar el compauditdevuelve lo siguiente:

There are insecure directories:
/usr/local/share/zsh/site-functions

Esto me lo arregló:

$ cd /usr/local/share/zsh
$ sudo chmod -R 755 ./site-functions

Crédito: una publicación en la lista de correo de zsh

EDITAR: Como señaló @biocyberman en los comentarios. Es posible que también deba actualizar el propietario de site-functions:

$ sudo chown -R root:root ./site-functions

En mi máquina (OSX 10.9), no necesito hacer esto sino YMMV.

EDIT2: en OSX 10.11, solo esto funcionó:

$ cd /usr/local/share/
$ sudo chmod -R 755 zsh
$ sudo chown -R root:staff zsh

También usuario: el personal es el permiso predeterminado correcto en OSX.

compaudit | xargs chmod g-w

hará el truco, consulte http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/

La mayoría de las respuestas vienen con una solución, pero no mencione por qué ocurre esta advertencia. Aquí hay un extracto del compinit de ZSH :

Por razones de seguridad, compinit también verifica si el sistema de finalización usaría archivos que no sean propiedad de root o del usuario actual , o archivos en directorios que se puedan escribir en todo el mundo o en grupo o que no sean propiedad de root o del usuario actual . Si se encuentran dichos archivos o directorios, compinit le preguntará si realmente debe usarse el sistema de finalización. Para evitar estas pruebas y hacer que todos los archivos encontrados se usen sin preguntar, use la opción -u, y para que compinit ignore silenciosamente todos los archivos y directorios inseguros, use la opción -i. Esta comprobación de seguridad se omite por completo cuando se da la opción -C.

Por lo tanto, la solución implica arreglar uno (o todos) de los siguientes:

• configurando al usuario actual como el propietario de todos los directorios / subdirectorios / archivos en la causa:

  compaudit | xargs chown -R "$(whoami)"
  

• eliminando permisos de escritura para grupo / otros para los archivos en la causa:

  compaudit | xargs chmod go-w
  

Otro enfoque sería omitir estas comprobaciones utilizando

compinit -u

pero realmente no sugiero esto, ya que esconder problemas debajo de una alfombra solo resuelve problemas a corto plazo.

Recibí las mismas advertencias cuando comencé sudo -iun shell raíz, la solución de @ chakrit no funcionó para mí.

Pero encontré el -ucambio de compinitobras, por ejemplo, en su .zshrc / zshenv o donde llamócompinit

compinit -u

NB: no recomendado para el sistema de producción

Ver también http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization

Esto funciona para mi Mac después de actualizar a High Sierra.

Eliminar el acceso de escritura grupal:

sudo chmod g-w /usr/local/share/zsh/site-functions
sudo chmod g-w /usr/local/share/zsh

Es mejor mantener el cambio limitado a los directorios zsh.

La respuesta aceptada no funcionó para mí en macOs Sierra (10.12.1). Tuve que hacerlo de forma recursiva desde / usr / local

cd /usr/local
sudo chown -R <your-username>:<your-group-name> *

Nota: puede obtener su nombre de usuario whoamiy su grupo conid -g

Estas dos líneas me han arreglado.

sudo chown -R _user_:root /usr/local/share/zsh

sudo chown -R _user_:root /usr/local/share/zsh/*

En macOS Sierra necesitas ejecutar: sudo chown -R $(whoami):staff /usr/local

Lo arreglé haciendo

sudo chown root:staff -R /usr/local/share/zsh

en mi caso, otros directorios dentro de compartir / también tienen asignado un grupo de "personal"

en Mojave, esto hizo el truco: sudo chmod go-w /usr/local/share

Mi sugerencia sería ejecutar compaudit y luego simplemente corregir los permisos en los directorios encontrados por la auditoría. Asegúrese de que los directorios identificados no tengan permisos de escritura para grupo u otro.

Esto fue lo único que funcionó para mí desde https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607 . Gracias https://github.com/malaquiasdev !

  $ cd /usr/local/share/
  $ sudo chmod -R 755 zsh
  $ sudo chown -R root:staff zsh

Mi maquina:

System Version: macOS 10.15.4 (19E287)
Kernel Version: Darwin 19.4.0

Así que aquí está lo que hice.

1. ejecutar compaudity le dará una lista de directorios que considera inseguros.

2. ejecutar sudo chmod -R 755 target_directory (ejemplo: sudo chmod -R 755 /usr/local/share/zsh)

Ejemplo:

compaudit

devoluciones:

/ usr / local / share / zsh

entonces corro

sudo chmod -R 755 /usr/local/share/zsh

leer más aquí enlace

Esta mañana, algunos paquetes en mi sistema se actualizaron y me dejaron con este mensaje de error. Estoy usando Ubuntu 18.04.

Aparentemente, algo en la actualización cambió el nombre de usuario y el grupo a números, en lugar de root, así:

# There are insecure files: /usr/share/zsh/vendor-completions/_code
# sudo ls -alh
-rw-r--r-- 1  131  142 2.6K 2019-10-10 16:28 _code

Simplemente cambié el usuario y el grupo para este archivo nuevamente rooty el problema desapareció. Yo no necesito cambiar los permisos, y no sería recomendable el hacerlo a no ser que se entiende la causa subyacente del problema.

sudo chown root _code && sudo chgrp root _code

Después de cambiar 131y 142volver a root, este mensaje de error de zsh desapareció.

1. ejecutar compaudity le dará una lista de directorios que considera inseguros

2. sudo chown -R username:root target_directory

3. sudo chmod -R 755 target_directory

Tuve la misma advertencia últimamente en Catalina. Una solución fácil es poner esto en la parte superior de su .zshrc

ZSH_DISABLE_COMPFIX=true

Ninguna de las soluciones enumeradas funcionó para mí. En cambio, terminé desinstalando y reinstalando Homebrew, lo que hizo el truco. Las instrucciones de desinstalación se pueden encontrar aquí: http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/

ejecutar este comando funcionó para mí en mi mac OS Catalina:

compaudit | xargs chmod g-w,o-w

Solución MAC OS X:

$ sudo chmod -R 755 /usr/local/share/zsh
$ sudo chown -R root:staff /usr/local/share/zsh

También "user: staff = usuario root predeterminado en OSX.

Recibí este problema después de ejecutar el google-cloud-sdkscript de instalación, que agrega la finalización de comandos al shell a través de una entrada en .zshrc.

Seguir las instrucciones de Homebrew para configurar las terminaciones en zsh fue útil.