Come riparare i permessi homebrew?

Ho disinstallato e installato Homebrew 3 volte perché sembra che non mi permetta mai di installare nulla in quanto mi nega le autorizzazioni alla fine della maggior parte delle installazioni.

Ad esempio, posterò questo scenario di download di libjpeg che sto attualmente affrontando.

Provo a installare libjpeg e ottengo:

$ 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

"brew link jpeg" risulta in

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

Ecco cosa legge il mio dottore della birra

$ 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

Questo problema di autorizzazione ha reso impossibile l'uso della birra su qualsiasi cosa e apprezzerei davvero qualsiasi suggerimento.

Sono stato in grado di risolvere il problema utilizzando chownnella cartella:

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

Inoltre (molto probabilmente) dovrai fare lo stesso su /Library/Caches/Homebrew:

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

Apparentemente avevo usato sudoprima in un modo che alterava il mio permesso di cartella /usr/local, da qui in poi tutte le installazioni con brew hanno dimostrato di avere successo.

Questa risposta arriva per gentile concessione del localizzatore di problemi homebrew di gitHub

Nuovo comando per gli utenti MacOS High Sierra in quanto non è possibile chownsu /usr/local:

bash/zsh:

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

fish:

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

Riferimento: impossibile chown / usr / local in High Sierra

Come prima opzione per chiunque atterra qui come ho fatto io, segui qualunque cosa ti suggerisca di fare:

brew doctor

È il percorso più sicuro e, tra le altre cose, mi ha suggerito di:

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

che ha risolto il problema delle autorizzazioni.

L'OP ha fatto proprio questo, ma a quanto pare non ha ricevuto il suggerimento di cui sopra; potresti, ed è sempre meglio iniziare da lì, e solo allora cercare soluzioni non banali se non ha aiutato.

Se sei su OSX High Sierra, /usr/localnon puoi più essere chown'd. Puoi usare:

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

Non avevo la /usr/local/Frameworkscartella, quindi questo l'ha riparata per me

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

La prima riga crea una nuova cartella Frameworks da utilizzare per l'homebrew (brew). La seconda riga fornisce a quella cartella le tue attuali autorizzazioni utente, che sono sufficienti.

I comandi utilizzati sono i seguenti:

mkdir - crea directory [ -p nessun errore se esiste, crea le directory principali secondo necessità]

chown - cambia proprietario e gruppo di file [ -R opera in modo ricorsivo su file e directory]

whoami - stampa userid efficace

Ho OSX High Sierra

Ho avuto questo problema. Una soluzione funzionante è cambiare la proprietà di /usr/local dell'utente corrente anziché rootda:

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

Ma davvero questo non è un modo corretto. Principalmente se la tua macchina è un server o più utenti.

Il mio suggerimento è di cambiare la proprietà come sopra e fare tutto ciò che vuoi implementare con Brew .. (aggiorna, installa ... ecc.) Quindi ripristina la proprietà alla radice come:

  sudo chown -R root:admin /usr/local

Questo risolverebbe il problema e manterrebbe la proprietà impostata nel set corretto.

Il comando dalla risposta più votata non funziona per me.

Ha ottenuto l'output:

chown: / usr / {my_username} dmin: nome utente illegale

Questo comando funziona correttamente (il gruppo per / usr / local era admingià):

sudo chown -R $USER /usr/local

Non volevo andare in giro con le autorizzazioni per le cartelle, quindi ho fatto quanto segue:

brew doctor
brew upgrade
brew cleanup

Sono stato quindi in grado di continuare con successo l'installazione dell'altra mia formula di birra.

Se desideri un approccio leggermente più mirato rispetto alla coperta chown -R, potresti trovare utile questofix-homebrew script:

#!/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.

Invece di fare una richiesta chmodal tuo utente, dà al admingruppo (a cui apparentemente appartieni) l'accesso in scrittura alle directory specifiche /usr/localutilizzate da homebrew. Ti dice anche esattamente cosa intende fare prima di farlo.

Nel mio caso il / usr / local / Frameworks non esisteva nemmeno, quindi ho fatto:

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

E poi tutto ha funzionato come previsto.

Questo mi ha risolto il problema.

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

Ho risolto il mio problema con questi comandi:

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

Per un Mac multiutente, questo ha funzionato per me:

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

Tutti questi suggerimenti possono funzionare. Nell'ultima versione di brew doctor, tuttavia, sono stati forniti suggerimenti migliori.

Innanzitutto, correggi il disordine che probabilmente hai già creato /usr/localeseguendo questo nella riga di comando:

sudo chown -R root:wheel /usr/local

Quindi diventa proprietario dei percorsi che dovrebbero essere specifici per questo utente:

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

Tutte queste informazioni sono disponibili se esegui sudo brew updatee poi leggi tutti gli avvisi e gli errori in cui ti imbatterai ...

Per me, ha funzionato dopo

brew doctor

I comandi di modifica dell'autorizzazione hanno provocato un altro errore

chown: /usr/local: Operation not permitted

C'è uno script killer su github che corregge i permessi nelle directory / usr / local e brew in modo che siano accessibili a chiunque sia membro del gruppo 'admin'.

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

Questa è una soluzione migliore della risposta scelta, dal momento che se si indirizzano le directory / usr / local / ___ a $ USER, si interrompono tutti gli altri utenti admin di homebrew su quella macchina.

Ecco il coraggio dello script nel momento in cui ho pubblicato questo:

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

Su MacOS Mojave, non avevo neanche l'autorizzazione per chownla cartella / usr / local ( sudo chown -R "$USER":admin /usr/local).

sudo chown -R "$USER":admin /usr/local/*ha funzionato per me, tuttavia, modificando le autorizzazioni di tutto ciò che è dentro della cartella locale.

Spero che questo possa aiutare gli altri con lo stesso problema.

In realtà è davvero semplice, esegui questo comando: brew doctor

E ti dirà cosa fare, per risolvere i problemi di autorizzazione, ad esempio nel mio caso:

Questo era il problema:

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

E questa era la soluzione:

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

Nel mio caso, ho problemi a rimuovere e reinstallare SaltStack.

Dopo l'esecuzione:

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

Ho notato che il proprietario del gruppo era "personale". (A proposito, sto eseguendo macOS Mojave versione 10.14.3.) Il gruppo del personale potrebbe essere correlato alla mia configurazione sul posto di lavoro, ma non lo so davvero. Indipendentemente da ciò, ho preservato il gruppo per impedirmi di andare oltre.

Ho quindi eseguito:

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

Successivamente, sono stato in grado di rimuoverlo con successo con questo comando (non come root):

brew uninstall --force salt

Se non hai l'ultimo Homebrew: in passato ho "risolto" costringendo Homebrew a funzionare come root, cosa che poteva essere fatta cambiando la proprietà degli eseguibili Homebrew in root. Ad un certo punto, hanno rimosso questa funzione.

E so che daranno molti avvertimenti dicendo che non dovrebbe funzionare come root, ma andiamo, altrimenti non funzionerà correttamente.

Ho provato tutto su questa pagina, ho finito per usare questa soluzione:

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

La mia situazione era simile all'OP, tuttavia il mio problema era stato causato in particolare dall'esecuzione di sudo con brew cask e dal fatto che la mia password non era corretta. Dopo questo, sono stato bloccato con autorizzazioni che impediscono l'installazione.

Per risolvere gli errori per le autorizzazioni Brew durante l'esecuzione della cartella

brew prune

Questo risolverà i problemi e non dobbiamo chown nessuna directory.

Sono su Catalina e ho riscontrato questo errore:

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

Avevo solo bisogno di chown la Homebrewdirectory

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

Ho usato questi due comandi e ho salvato il mio problema

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

prova anche a eseguire questo comando

sudo chmod + t / tmp