Le mie autorizzazioni per / usr / local / sono corrette?

Sto usando HomeBrew per le mie esigenze di porto (sembra un po '"più pulito" rispetto a MacPorts).

Posso installare senza sudo ing (che è ottimo), ma il passo di collegamento dell'uomo sembra richiederlo ( /usr/local/share/man/man3 è di proprietà di root ).
UN guida L'ho trovato suggerisce in modo ricorsivo chown /usr/local facendo

sudo chown -R `whoami` /usr/local

È sicuro ... o è una cattiva idea ™?

Inoltre: le mie autorizzazioni sono corrette?

$ 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

Di solito è meglio mantenere le autorizzazioni il più restrittive possibile. conservazione /usr/local posseduto da root significa che solo i processi eseguiti come root / sudo (o chiedere all'utente amministratore tramite la finestra di dialogo di autorizzazione Apple) può scrivere in quest'area. Pertanto, un download di un processo deve chiederti una password prima di corrompere i file lì.

Ma come dici tu, rende più difficile aggiungere nuovi programmi.

Sto bene con la corsa sudo, quando installi le cose meno spesso che eseguirle ma devi credere che il processo di compilazione non cambi nulla che dovrebbe.

Se vuoi evitare sudo, installerei Homebrew in ~/usr/local e modifica il tuo percorso, manpath, ecc. per includere le directory sottostanti.

Un modo migliore è creare un altro utente, ad esempio homebrew e creare una directory di proprietà dell'utente. Quindi, installare lì usando sudo -U homebrew. Gli altri utenti avranno il vantaggio di non essere in grado di sovrascrivere altri file, perché non sono in esecuzione come root e altri programmi non possono influenzare l'homebrew. (Nota che il FAQ Homebrew suggerisce questo nuovo utente se si è in un "ambiente multiutente". Direi che qualsiasi macchina Unix che include macOS è un ambiente multiutente)

Tuttavia, come dice la wiki di Homebrew, le ricette non trovano tutti i casi di /usr/local e sostituirli con la directory scelta. Sospetto che siamo bloccati /usr/local.

Uso anche Homebrew e posso confermare che è totalmente sicuro. Citando il Installazione pagina sul funzionario FAQ Homebrew :

Fatti un favore e scegli /usr/local

1. È più facile
   /usr/local/bin è già nel tuo PATH.

2. È più facile
   Le tonnellate di script di build si interrompono se le loro dipendenze non sono in / usr o / usr / local. Lo sistemiamo per le formule di Homebrew (anche se non lo testiamo sempre), ma scoprirai che molti script di installazione di RubyGems e Python si interrompono e questo è qualcosa fuori dal nostro controllo.

3. É sicuro
   Apple si è conformata a POSIX e ha lasciato questa directory per noi. Il che significa che non c'è /usr/local directory per impostazione predefinita, quindi non è necessario preoccuparsi di rovinare gli strumenti esistenti.

Se prevedi di installare gemme che dipendono da brews, risparmia un sacco di problemi e installa /usr/local!

Non è banale dire a Gem di cercare in directory non standard per intestazioni e dylibs. Se si sceglie /usr/local, tutto "funziona!"

Lo aggiungerò solo fare le cose come root è una pessima idea , così chown ing /usr/local non solo mi sembra ragionevole (non è una directory di sistema su OSX), ma sano di mente .

Le tue autorizzazioni non sono corrette (ancora). Esegui semplicemente il comando che hai elencato e starai bene.

Se hai altri problemi ricorda, il brew doctor posso aiutarti!

Se stai usando Homebrew, dovresti dare il permesso di scrittura a un gruppo specifico (entrambi admin o staff ), quindi i file possono essere condivisi tra gli utenti che si trovano in quel gruppo.

Per esempio:

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

Quindi assegnare gli utenti a cui dovrebbe avere accesso brew comando a quel gruppo (controlla i tuoi gruppi tramite: id -Gn ).

Quindi quando si lavora con brew, non eseguirlo con sudo.

Quando si verifica ancora un problema di autorizzazione, esegui brew doctor per risolvere il problema.

Per quello che vale, /usr/local non è considerata una cartella "sistema" da OS X, e su una nuova installazione di Snow Leopard quella cartella è vuota.

Il risultato è qualsiasi roba di proprietà della radice in quella cartella sudo make install su altri software o dare la password dopo aver fatto doppio clic su a .pkg che vuole buttar roba in /usr/local.

possedere /usr/local ha "lavorato per me" su 2 macchine per oltre un anno.

Un trucco è che se hai installato MySQL (non usando Homebrew) e chown i suoi file, allora probabilmente non sarà più in grado di vedere i suoi database (quindi dovresti ridurli a qualunque utente MySQL sia in esecuzione come .)

Come in Homebrew 1.0.0:

Homebrew non ha più bisogno di avere la proprietà di / usr / local. Se desideri   è possibile restituire / usr / local alla proprietà predefinita con: sudo chown   root: wheel / usr / local

Penso che sia OK per gli utenti permessi di scrittura a /usr/local - dopo tutto, questo significa che non stai usando sudo su ogni script di costruzione. Non mi piace l'idea di un utente normale possedere /usr/local. Preferirei possedere root (o simili) /usr/local, ma cambia le autorizzazioni in modo che gli utenti (o almeno qualche gruppo privilegiato) possano scrivervi. Sembra l'approccio concettualmente corretto.