Atualizando a fermentação em El Capitan

Acabei de atualizar para El Capitane, quando tentei atualizar brew, recebi o seguinte erro:

$ brew update
Error: The /usr/local directory is not writable.
Even if this directory was writable when you installed Homebrew, other
software may change permissions on this directory. Some versions of the
"InstantOn" component of Airfoil are known to do this.

You should probably change the ownership and permissions of /usr/local
back to your user account.
  sudo chown -R $(whoami):admin /usr/local

Antes de prosseguir com a chownrecomendação, dado que El Capitan acabou de sair, é o caminho certo a seguir aqui? Por que essa etapa é necessária e quais são as possíveis conseqüências indesejáveis da execução desse comando?

Em caso de ajuda, eu encontrei duas questões sobre El Capitan em brew: 40837 e 41665 , mas uma solução para este problema não estava imediatamente claro. O que posso fazer para continuar usando brewEl Capitan de maneira confiável?

Quero dizer, eles dão a solução aqui. Eu tive o mesmo problema e acabei de executar:

  sudo chown -R $(whoami):admin /usr/local

e funcionou.

Não precisamos mais quebrar a cabeça sobre isso. Arrisquei o conselho e fiz a alteração da permissão sugerida. Então, ao atualizar para o homebrew mais recente, recebi esta mensagem tranquilizadora:

O Homebrew não precisa mais ter propriedade de / usr / local. Se desejar, você pode retornar / usr / local à sua propriedade padrão com: sudo chown root: wheel / usr / local

De acordo com algumas das perguntas de segurança acima, a caixa de diálogo fornece instruções para redefinir após uma atualização bem-sucedida de distribuição. Depois de correr

sudo chown -R $(whoami) /usr/local

E depois

brew update

Após a atualização ser executada com êxito, a caixa de diálogo deve indicar o seguinte:

sudo chown root:wheel /usr/local

Após a execução, isso deve aliviar quaisquer preocupações de segurança com o MacOS 10.12

A solução fornecida não funcionou para mim:

sudo chown -R $(whoami):admin /usr/local

Essa variação funcionou para mim:

sudo chown -R $USER /usr/local/

Eu o corrigo usando este comando sudo chown -R admin /usr/local.

veja o SIP com:

csrutil status

a proteção de integridade do sistema é fixada em "enable", com o último atributo da Apple 'restrito ":

csrutil 

Funcionou para mim.

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

a proteção de integridade do sistema precisa ser desativada. Você pode fazer isso com isso.

sudo nvram boot-args="rootless=0";osascript -e 'tell app "loginwindow" to «event aevtrrst»’

Isso desativa todo o sistema de proteção de integridade do sistema. Eu acredito que você também pode fazê-lo no modo de recuperação. Você ainda precisa digitar sua senha root ao executar tarefas com o sudo, mas não está bloqueado pelo SIP. Você também não abre diretórios inadvertidamente tentando definir permissões.