/ usr / local /에 대한 내 권한이 맞습니까?

포트 요구 사항에 대해 HomeBrew 를 사용하고 있습니다 (MacPorts보다“깨끗합니다”).

나는 sudoing 없이 설치할 수 있지만 (위대한 것) man 연결 단계는 그것을 필요로하는 것 같습니다 ( /usr/local/share/man/man3소유 root). 가이드 내가 찾은 재귀 I을 제시 수행하여
chown /usr/local

sudo chown -R `whoami` /usr/local

안전한가요? 아니면 Bad Idea ™입니까?

또한 : 내 권한이 맞습니까?

$ 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

일반적으로 사용 권한을 최대한 엄격하게 유지하는 것이 좋습니다. 유지 /usr/local소유 root로 실행 프로세스 만 수단 root/ sudo(또는 애플 인증 대화 상자를 통해 관리 사용자 요청)이이 영역에 쓸 수 있습니다. 따라서 프로세스 다운로드는 파일을 손상시키기 전에 암호를 요구해야합니다.

그러나 당신이 말했듯이, 그것은 새로운 프로그램을 추가하는 것을 어렵게 만듭니다.

나는 sudo당신이 그것들을 실행하는 것보다 덜 자주 설치하기 때문에 running으로 괜찮지 만 빌드 프로세스가 아무것도 변경하지 않는다는 것을 믿어야합니다.

sudo를 피하려면 Homebrew를 설치 ~/usr/local하고 경로, manpath 등을 변경하여 그 아래에 디렉토리를 포함시킵니다.

더 나은 방법은 다른 사용자를 작성 homebrew하고 해당 사용자가 소유 한 디렉토리를 작성하는 것입니다. 그런 다음를 사용하여 설치하십시오 sudo -U homebrew. 다른 사용자는 다른 파일을 실행하지 않고 root 다른 프로그램이 homebrew에 영향을 줄 수 없기 때문에 다른 파일을 덮어 쓸 수 없다는 이점이 있습니다. (저는 "다중 사용자 환경"에있는 경우 Homebrew FAQ 에서이 새로운 사용자를 제안합니다. macOS를 포함한 모든 Unix 시스템은 다중 사용자 환경이라고합니다.)

그러나 Homebrew Wiki는 레시피가 모든 사례를 찾아서 /usr/local선택한 디렉토리로 바꾸지는 않는다고 말합니다 /usr/local.

나는 Homebrew도 사용하고 있으며 완전히 안전하다는 것을 확인할 수 있습니다. 공식 Homebrew FAQ 에서 설치 페이지 인용 :

호의를 베풀고 고르세요 /usr/local

1. 
   /usr/local/bin이미 더 쉽습니다PATH .

2. 
   종속성이 / usr 또는 / usr / local에 없으면 톤 빌드 스크립트 가 더 쉬워집니다 . 우리는 Homebrew 공식에 대해이 문제를 해결하지만 (항상 테스트하지는 않지만) 많은 RubyGems 및 Python 설정 스크립트가 제어 할 수없는 것입니다.

3. Apple이 POSIX를 준수하고 우리를 위해이 디렉토리를 떠난 것이 안전
   합니다. 즉 /usr/local, 기본적으로 디렉토리가 없으므로 기존 도구를 엉망으로 만들 걱정이 없습니다.

양조장에 의존하는 보석을 설치하려면 번거 로움을 저장하고 설치하십시오 /usr/local!

gem이 비표준 디렉토리에서 헤더와 dylib를 찾도록 지시하는 것은 쉬운 일이 아닙니다. 를 선택 /usr/local하면 모든 것이“그냥 작동합니다!”

난 그냥 추가 할 것입니다 루트는 아주 나쁜 생각으로 일을 일을 그렇게 chown보내고 /usr/local뿐만 아니라하는 것은 (그것이 OSX의 시스템 디렉토리 아니다) 나에게 합리적인 것처럼 보이지만 제정신 .

귀하의 권한이 올바르지 않습니다 (아직). 나열된 명령을 실행하면 괜찮을 것입니다.

다른 문제가 있다면 기억해 두십시오 brew doctor.

Homebrew를 사용하는 경우 특정 그룹 ( admin또는 staff)에 쓰기 권한을 부여하여 해당 그룹에 속한 사용자간에 파일을 공유 할 수 있습니다.

예를 들면 다음과 같습니다.

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

그런 다음 brew명령에 액세스해야하는 사용자 를 해당 그룹에 지정하십시오 (을 통해 그룹을 확인하십시오 id -Gn).

그런 다음로 작업 brew할 때는로 실행하지 마십시오 sudo.

여전히 일부 권한 문제가 brew doctor있는 경우 문제 해결을 위해 실행 하십시오.

그만한 가치가 있기 때문에 /usr/localOS X에서는 "시스템"폴더로 간주되지 않으며 새로운 Snow Leopard 설치에서는 해당 폴더가 비어 있습니다.

해당 폴더의 루트 소유 항목은 sudo make install다른 소프트웨어 의 결과 .pkg이거나을 (를) 덤프하려는 파일을 두 번 클릭 한 후 비밀번호를 제공 한 결과입니다 /usr/local.

/usr/local1 년 넘게 2 대의 기계를 소유 하고 있습니다.

한 가지 문제는 Homebrew를 사용하지 않고 MySQL을 설치하고 파일을 숨기면 더 이상 데이터베이스를 볼 수 없을 것입니다 (따라서 MySQL이 실행중인 모든 사용자에게 다시 가져 와야합니다 .)

Homebrew 1.0.0에서와 같이 :

Homebrew는 더 이상 / usr / local의 소유권을 가질 필요가 없습니다. 원하는 경우 sudo chown root : wheel / usr / local을 사용하여 / usr / local을 기본 소유권으로 되돌릴 수 있습니다.

나는 사용자가 갖는 것이 확인 생각 쓰기 권한 에 /usr/local결국, 즉 사용하지 않는 것을 의미 - sudo모든 빌드 스크립트를합니다. 나는 일반 사용자 소유 라는 아이디어가 마음에 들지 않습니다 /usr/local. root (또는 이와 유사한) own을 선호 /usr/local하지만 사용자 (또는 최소한 권한있는 그룹)가 쓸 수 있도록 권한을 변경하십시오. 그것은 개념적으로 올바른 접근법처럼 보입니다.