Minhas permissões para / usr / local / estão corretas?

Estou usando o HomeBrew para minhas necessidades de portas (parece um pouco "mais limpo" que o MacPorts).

Eu posso instalar sem sudoing (o que é ótimo), mas a etapa de vinculação do homem parece exigir isso ( /usr/local/share/man/man3pertence a root).
Um guia que encontrei sugere que eu recursivamente chown /usr/localfazendo

sudo chown -R `whoami` /usr/local

Isso é seguro ... ou é uma Bad Idea ™?

Além disso: minhas permissões estão corretas?

$ 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

Geralmente, é melhor manter as permissões o mais rigorosas possível. Manter a /usr/localpropriedade por rootmeios que apenas processos executados como root/ sudo(ou solicitam usuário administrador por meio da caixa de diálogo de autorização da Apple) podem gravar nesta área. Assim, um download de processo precisa solicitar uma senha antes de corromper os arquivos.

Mas, como você diz, torna mais difícil adicionar novos programas.

Eu estou bem com a execução sudo, pois você instala as coisas com menos frequência do que executá-las, mas precisa confiar que o processo de compilação não muda o que deveria.

Se você quiser evitar o sudo, eu instalaria o Homebrew ~/usr/locale alteraria seu caminho, manpath etc para incluir os diretórios lá.

Uma maneira melhor é criar outro usuário - por exemplo, homebrewe criar um diretório de propriedade desse usuário. Em seguida, instale lá usando sudo -U homebrew. Outros usuários terão o benefício de não serem capazes de sobrescrever outros arquivos, porque não estão sendo executados root e outros programas não podem afetar o homebrew. (Observo que as Perguntas frequentes do Homebrew sugerem esse novo usuário se você estiver em um "ambiente multiusuário". Eu diria que qualquer máquina Unix, incluindo o macOS, é um ambiente multiusuário)

No entanto, como o wiki do Homebrew diz que as receitas não encontram todos os casos /usr/locale as substituem pelo diretório escolhido, suspeito que estamos presos /usr/local.

Também uso o Homebrew e posso confirmar que é totalmente seguro. Citando a página Instalação na FAQ oficial do Homebrew :

Faça um favor a si mesmo e escolha /usr/local

1. É mais fácil
   /usr/local/bin já está no seu PATH.

2. É mais fácil
   Toneladas de scripts de construção quebram se suas dependências não estiverem em / usr ou / usr / local. Nós corrigimos isso para as fórmulas do Homebrew (embora nem sempre o testemos), mas você verá que muitos scripts de configuração do RubyGems e Python quebram, o que é algo fora de nosso controle.

3. É seguro A
   Apple está em conformidade com o POSIX e deixou esse diretório para nós. O que significa que não há /usr/localdiretório por padrão; portanto, não há necessidade de se preocupar com a bagunça das ferramentas existentes.

Se você planeja instalar gemas que dependem de cervejas, economize um monte de aborrecimentos e instale-o no /usr/local!

Não é trivial dizer ao gem para procurar em diretórios não-padrão por cabeçalhos e dylibs. Se você escolher /usr/local, tudo "simplesmente funciona!"

Vou apenas acrescentar que as coisas que fazem como root é uma idéia muito ruim , por isso chowning /usr/localnão só me parece razoável (não é um dir sistema on OSX), mas sã .

Suas permissões ainda não estão corretas. Basta executar o comando que você listou e você ficará bem.

Se você tiver outros problemas, lembre-se, o brew doctorpode ajudá-lo!

Se você estiver usando o Homebrew, conceda permissão de gravação a um grupo específico ( adminou staff), para que os arquivos possam ser compartilhados entre os usuários que estão nesse grupo.

Por exemplo:

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

Em seguida, atribua os usuários que devem ter acesso ao brewcomando para esse grupo (verifique seus grupos em:) id -Gn.

Então, ao trabalhar com brew, não execute-o com sudo.

Quando ainda tiver algum problema de permissão, execute brew doctorpara solucionar o problema.

Pelo que vale, /usr/localnão é considerada uma pasta "sistema" pelo OS X e, em uma nova instalação do Snow Leopard, essa pasta está vazia.

Qualquer coisa de propriedade raiz nessa pasta é resultado de sudo make installoutro software, ou fornecer sua senha após clicar duas vezes na .pkgque deseja despejar coisas /usr/local.

A propriedade /usr/local"trabalhou para mim" em 2 máquinas por mais de um ano.

Um problema é que, se você instalou o MySQL (sem usar o Homebrew) e reproduziu seus arquivos, provavelmente não poderá mais ver seus bancos de dados (então você terá que reproduzi-los de volta para qualquer usuário que o MySQL esteja executando como .)

Como no Homebrew 1.0.0:

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

Acho que não há problema em os usuários terem permissões de gravação para /usr/local- afinal, isso significa que você não está usando sudoem todos os scripts de compilação. Não gosto da ideia de um usuário comum possuir /usr/local . Eu preferiria ter raiz (ou similar) /usr/local, mas altere as permissões para que os usuários (ou pelo menos algum grupo privilegiado) possam gravar nele. Essa parece ser a abordagem conceitualmente correta.