Jak naprawić uprawnienia Homebrew?

Odinstalowałem i zainstalowałem Homebrew 3 razy teraz, ponieważ wydaje się, że nigdy nie pozwala mi niczego instalować, ponieważ odmawia mi uprawnień pod koniec większości instalacji.

Jako przykład opublikuję ten scenariusz pobierania libjpeg, z którym się obecnie spotykam.

Próbuję zainstalować libjpeg i uzyskać:

$ brew install libjpeg
==> Downloading https://downloads.sf.net/project/machomebrew/Bottles/jpeg-8d.mountain_lion.bottle.1.tar.gz
Already downloaded: /Library/Caches/Homebrew/jpeg-8d.mountain_lion.bottle.1.tar.gz
==> Pouring jpeg-8d.mountain_lion.bottle.1.tar.gz
Warning: Could not link jpeg. Unlinking...
Error: The brew link step did not complete successfully
The formula built, but is not symlinked into /usr/local
You can try again using `brew link jpeg'
Error: Permission denied - /usr/local/opt/jpeg

Wynik „brew link jpeg” powoduje

Error: Permission denied - /usr/local/opt/jpeg

Oto, co czyta mój lekarz piwowarstwa

$ brew doctor
Warning: "config" scripts exist outside your system or Homebrew directories.
./configure scripts often look for *-config scripts to determine if
software packages are installed, and what additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew provided
script of the same name. We found the following "config" scripts:

/Library/Frameworks/Python.framework/Versions/2.7/bin/python-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2-config
/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7-config
Warning: You have unlinked kegs in your Cellar
Leaving kegs unlinked can lead to build-trouble and cause brews that depend on
those kegs to fail to run properly once built. Run brew link on these:

jpeg

Ten problem z uprawnieniami uniemożliwia użycie naparu do niczego i byłbym bardzo wdzięczny za wszelkie sugestie.

Byłem w stanie rozwiązać problem, używając chownw folderze:

sudo chown -R "$USER":admin /usr/local

Również (najprawdopodobniej) będziesz musiał zrobić to samo na /Library/Caches/Homebrew:

sudo chown -R "$USER":admin /Library/Caches/Homebrew

Najwyraźniej użyłem sudowcześniej w sposób, który zmienił moje uprawnienia do folderów /usr/local, odtąd wszystkie instalacje z naparami okazały się skuteczne.

Ta odpowiedź jest dostępna dzięki uprzejmości domowego trackera problemów gitHub

Nowe polecenie dla użytkowników systemu macOS High Sierra, ponieważ nie jest możliwe chownwłączenie /usr/local:

bash/zsh:

sudo chown -R $(whoami) $(brew --prefix)/*

fish:

sudo chown -R (whoami) (brew --prefix)/*

Odniesienie: Nie można chown / usr / local w High Sierra

Jako pierwszą opcję dla każdego, kto wyląduje tutaj tak jak ja, wykonaj wszystko, co to sugeruje:

brew doctor

To najbezpieczniejsza ścieżka i między innymi zasugerował mi:

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

które rozwiązało problem z uprawnieniami.

OP właśnie to zrobił, ale najwyraźniej nie otrzymał powyższej sugestii; możesz i zawsze lepiej jest zacząć od tego i dopiero wtedy poszukaj nietrywialnych rozwiązań, jeśli to nie pomoże.

Jeśli korzystasz z OSX High Sierra, /usr/localnie możesz już być chown. Możesz użyć:

sudo chown -R $(whoami) $(brew --prefix)/*

Nie miałem /usr/local/Frameworksfolderu, więc naprawiłem go

sudo mkdir -p /usr/local/Frameworks
sudo chown -R $(whoami) /usr/local/Frameworks

Pierwszy wiersz tworzy nowy folder Frameworks do użycia przez homebrew (napar). Druga linia daje temu folderowi aktualne uprawnienia użytkownika, które są wystarczające.

Użyto następujących poleceń:

mkdir - twórz katalogi [ -p bez błędu, jeśli istnieje, twórz katalogi nadrzędne w razie potrzeby]

chown - zmiana właściciela pliku i grupy [ -R rekurencyjnie działa na plikach i katalogach]

whoami - wydrukuj efektywny identyfikator użytkownika

Mam OSX High Sierra

Miałem ten problem. Działającym rozwiązaniem jest zmiana właściciela /usr/local na bieżącego użytkownika zamiast root:

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

Ale tak naprawdę to nie jest właściwy sposób. Głównie, jeśli twój komputer jest serwerem lub wieloma użytkownikami.

Sugeruję, aby zmienić własność jak wyżej i zrobić wszystko, co chcesz zaimplementować w Brew .. (zaktualizuj, zainstaluj ... itd.), A następnie zresetuj własność z powrotem do roota jako:

  sudo chown -R root:admin /usr/local

To rozwiązałoby problem i utrzymywało własność w odpowiednim zestawie.

Polecenie z najlepiej głosowanej odpowiedzi nie działa dla mnie.

Ma wynik:

chown: / usr / {moja_nazwa_użytkownika} dmin: nielegalna nazwa użytkownika

To polecenie działa dobrze (grupa dla / usr / local adminjuż była ):

sudo chown -R $USER /usr/local

Nie chciałem jeszcze chować z uprawnieniami do folderów, więc wykonałem następujące czynności:

brew doctor
brew upgrade
brew cleanup

Byłem wtedy w stanie kontynuować instalację mojej innej formuły parzenia.

Jeśli chcesz nieco bardziej ukierunkowane podejście niż koc chown -R, tenfix-homebrew skrypt może być przydatny:

#!/bin/sh

[ -e `which brew` ] || {
    echo Homebrew doesn\'t appear to be installed.
    exit -1
}

BREW_ROOT="`dirname $(dirname $(which brew))`"
BREW_GROUP=admin
BREW_DIRS=".git bin sbin Library Cellar share etc lib opt CONTRIBUTING.md README.md SUPPORTERS.md"

echo "This script will recursively update the group on the following paths"
echo "to the '${BREW_GROUP}' group and make them group writable:"
echo ""

for dir in $BREW_DIRS ; do {
    [ -e "$BREW_ROOT/$dir" ] && echo "    $BREW_ROOT/$dir "
} ; done

echo ""
echo "It will also stash (and clean) any changes that are currently in the homebrew repo, so that you have a fresh blank-slate."
echo ""

read -p 'Press any key to continue or CTRL-C to abort.'

echo "You may be asked below for your login password."
echo ""

# Non-recursively update the root brew path.
echo Updating "$BREW_ROOT" . . .
sudo chgrp "$BREW_GROUP" "$BREW_ROOT"
sudo chmod g+w "$BREW_ROOT"

# Recursively update the other paths.
for dir in $BREW_DIRS ; do {
    [ -e "$BREW_ROOT/$dir" ] && (
        echo Recursively updating "$BREW_ROOT/$dir" . . .
        sudo chmod -R g+w "$BREW_ROOT/$dir"
        sudo chgrp -R "$BREW_GROUP" "$BREW_ROOT/$dir"
    )
} ; done

# Non-distructively move any git crud out of the way
echo Stashing changes in "$BREW_ROOT" . . .
cd $BREW_ROOT
git add .
git stash
git clean -d -f Library

echo Finished.

Zamiast zrobić chmoddla użytkownika, daje admingrupie (do której prawdopodobnie należysz) dostęp do zapisu do określonych katalogów /usr/localużywanych przez homebrew. Mówi także dokładnie, co zamierza zrobić przed zrobieniem tego.

W moim przypadku / usr / local / Frameworks nawet nie istniał, więc zrobiłem:

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

A potem wszystko działało zgodnie z oczekiwaniami.

To rozwiązało przede mną problem.

sudo chown -R "$USER":admin /Users/$USER/Library/Caches/Homebrew
sudo chown -R "$USER":admin /usr/local

Rozwiązałem problem z następującymi poleceniami:

sudo mkdir /usr/local/Cellar
sudo mkdir /usr/local/opt
sudo chown -R $(whoami) /usr/local/Cellar
sudo chown -R $(whoami) /usr/local/opt

W przypadku komputera Mac z wieloma użytkownikami działało to dla mnie:

sudo chown -R $(whoami):admin $(brew --prefix)/*

Wszystkie te sugestie mogą działać. W najnowszej wersji Brew Doctor pojawiły się jednak lepsze sugestie.

Po pierwsze - napraw bałagan, który prawdopodobnie już spowodowałeś /usr/local, uruchamiając go w wierszu poleceń:

sudo chown -R root:wheel /usr/local

Następnie przejmij na własność ścieżki, które powinny być specjalnie dla tego użytkownika:

sudo chown -R $(whoami) /usr/local/lib /usr/local/sbin /usr/local/var /usr/local/Frameworks /usr/local/lib/pkgconfig /usr/local/share/locale

Wszystkie te informacje są dostępne, jeśli uruchomisz, sudo brew updatea następnie przeczytasz wszystkie ostrzeżenia i błędy, które napotkasz ...

Dla mnie to zadziałało później

brew doctor

Zmiana komend uprawnień spowodowała kolejny błąd

chown: /usr/local: Operation not permitted

Na github znajduje się skrypt zabójcy, który naprawia perms w katalogach / usr / local i brew, aby były dostępne dla każdego, kto jest członkiem grupy „admin”.

https://gist.github.com/jaibeee/9a4ea6aa9d428bc77925

Jest to lepsze rozwiązanie niż wybrana odpowiedź, ponieważ jeśli zmienisz katalog / usr / local / ___ na $ USER, wtedy złamiesz innych użytkowników adminów homebrew na tym komputerze.

Oto wnętrzności skryptu w momencie, kiedy to opublikowałem:

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

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

chgrp -R admin /opt/homebrew-cask
chmod -R g+w /opt/homebrew-cask

Na MacOS Mojave nie miałem uprawnień do chownfolderu / usr / local ( sudo chown -R "$USER":admin /usr/local).

sudo chown -R "$USER":admin /usr/local/*działało jednak dla mnie, zmieniając uprawnienia do wszystkiego wewnątrz folderze lokalnym.

Mam nadzieję, że pomoże to innym osobom z tym samym problemem.

W rzeczywistości jest to bardzo proste, wykonaj następujące polecenie: brew doctor

I powie ci, co robić, aby rozwiązać problemy z uprawnieniami, na przykład w moim przypadku:

To był problem:

Warning: The following directories are not writable by your user:
/usr/local/share/man/man5
/usr/local/share/man/man7

To było rozwiązanie:

You should change the ownership of these directories to your user.
  sudo chown -R $(whoami) /usr/local/share/man/man5 /usr/local/share/man/man7

cd /usr/local && sudo chown -R $(whoami) bin etc include lib sbin share var opt Cellar Frameworks

W moim przypadku mam problemy z usunięciem i ponowną instalacją SaltStack.

Po bieganiu:

ls -lah /usr/local/Cellar/salt/

Zauważyłem, że właścicielem grupy był „personel”. (BTW, używam macOS Mojave wersja 10.14.3.) Grupa pracowników może być powiązana z konfiguracją mojego miejsca pracy, ale tak naprawdę nie wiem. Niezależnie od tego zachowałem grupę, aby zapobiec dalszemu niszczeniu.

Potem pobiegłem:

sudo chown -R "$USER":staff /usr/local/Cellar/salt/

Potem udało mi się go usunąć za pomocą tego polecenia (nie jako root):

brew uninstall --force salt

Jeśli nie masz najnowszej wersji Homebrew: „Naprawiłem” to w przeszłości, zmuszając Homebrew do działania jako root, co można zrobić tylko poprzez zmianę własności plików wykonywalnych Homebrew na root. W pewnym momencie usunęli tę funkcję.

I wiem, że dadzą wiele ostrzeżeń, mówiąc, że nie powinien działać jako root, ale daj spokój, inaczej nie działa poprawnie.

Próbowałem wszystkiego na tej stronie, ostatecznie skorzystałem z tego rozwiązania:

brew uninstall --force brew-cask; brew untap $tap_name; brew update; brew cleanup; brew cask cleanup;

Moja sytuacja była podobna do OP, jednak mój problem był spowodowany konkretnie uruchomieniem sudo z beczką naparu, a następnie nieprawidłowym hasłem. Potem utknąłem z uprawnieniami uniemożliwiającymi instalację.

Aby rozwiązać błędy dotyczące uprawnień Brew podczas uruchamiania folderu

brew prune

To rozwiąże problemy i nie będziemy musieli przeglądać żadnych katalogów.

Jestem na Catalinie i dostałem ten błąd:

touch: /usr/local/Homebrew/.git/FETCH_HEAD: Permission denied
touch: /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask/.git/FETCH_HEAD: Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied
fatal: Unable to create '/usr/local/Homebrew/.git/index.lock': Permission denied

Musiałem tylko przejrzeć Homebrewkatalog

sudo chown -R "$USER":admin /usr/local/Homebrew

Użyłem tych dwóch poleceń i zapisałem mój problem

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

sudo chown -R $(whoami) /usr/local/etc/bash_completion.d /usr/local/lib/python3.7/site-packages /usr/local/share/aclocal /usr/local/share/locale /usr/local/share/man/man7 /usr/local/share/man/man8 /usr/local/share/zsh /usr/local/share/zsh/site-functions /usr/local/var/homebrew/locks

spróbuj także wykonać to polecenie

sudo chmod + t / tmp