Як виправити дозволи домашнього перекладу?

Я видалив і встановив Homebrew 3 рази зараз, тому що, здається, ніколи не дозволяють мені встановлювати що-небудь, оскільки він заперечує мені дозволи в кінці більшості установ.

Як приклад я опублікую цей сценарій завантаження libjpeg, з яким я зараз стикаюся.

Я намагаюся встановити libjpeg і отримати:

$ 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

'заварювати посилання jpeg' призводить до

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

Ось що читає мій лікар-заварювач

$ 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

Ця проблема з дозволом унеможливлює використання пива ні на чому, і я дуже вдячний за будь-які пропозиції.

Мені вдалося вирішити проблему за допомогою chownпапки:

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

Також вам (швидше за все) доведеться робити те ж саме /Library/Caches/Homebrew:

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

Мабуть, я раніше використовував sudoтаким чином, щоб змінити дозвіл на папку /usr/local, звідси далі всі установки з варивом виявилися успішними.

Ця відповідь надана люб’язним трекером випуску домашніх програм gitHub

Нова команда для користувачів MacOS High Sierra , як це не представляється можливим chownпо /usr/local:

bash/zsh:

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

fish:

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

Довідка: Не вдається / ч.гр. / місцеві у Високій Сьєррі

В якості першого варіанту, до кого б тут не було земель, як я, виконайте все, що це пропонує вам зробити:

brew doctor

Це найбезпечніший шлях, і серед іншого він запропонував мені:

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

що вирішило проблему дозволів.

ОП зробила саме це, але, мабуть, не отримала наведеної вище пропозиції; ви можете, і завжди краще починати з цього місця, і тільки тоді шукати нетривіальні рішення, якщо це не допомогло.

Якщо ви перебуваєте на OSX High Sierra, /usr/localбільше не можете бути chown. Ви можете використовувати:

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

У мене не було /usr/local/Frameworksпапки, тому це виправило її для мене

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

Перший рядок створює нову папку Frameworks для домашнього використання (варити). Другий рядок надає цій папці ваші поточні дозволи користувача, які є достатніми.

Використовувані команди такі:

mkdir - робити каталоги [ -p немає помилок, якщо вони існують, роблять батьківські каталоги за потребою]

chown - зміна власника файлу та групи [ -R працює над файлами та каталогами рекурсивно]

whoami - друкує ефективний userid

У мене OSX High Sierra

У мене виникла ця проблема. Робочим рішенням є змінити право власності /usr/local на поточного користувача замість root:

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

Але насправді це не належний спосіб. Головним чином, якщо ваша машина є сервером або декількома користувачами.

Моя пропозиція - змінити право власності, як описано вище, і зробити все, що ви хочете реалізувати з Brew .. (оновити, встановити ... тощо), а потім відновити право власності назад до root:

  sudo chown -R root:admin /usr/local

Thats вирішить цю проблему і збереже встановлене право власності.

Команда з голосової відповіді не працює для мене.

Він отримав вихід:

chown: / usr / {my_username} dmin: незаконне ім'я користувача

Ця команда прекрасно працює (група для / usr / local adminвже була ):

sudo chown -R $USER /usr/local

Я ще не хотів обробляти права доступу до папок, тому зробив наступне:

brew doctor
brew upgrade
brew cleanup

Тоді мені вдалося продовжити інсталяцію іншої формули варіння.

Якщо ви хочете трохи більш цілеспрямованого підходу, ніж покривало chown -R, цейfix-homebrew сценарій може бути корисним:

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

Замість того, щоб робити chmodсвій користувач, він надає adminгрупі (до якої, ймовірно, ви належите) записати доступ до певних каталогів, /usr/localякими користується домашня мова. Він також розповідає вам, що саме має намір зробити перед тим, як це зробити.

У моєму випадку / usr / local / Frameworks навіть не існувало, тож я зробив:

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

А далі все працювало як очікувалося.

Це вирішило перед нами питання.

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

Я вирішив свою проблему за допомогою цих команд:

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

Для багатокористувацького Mac це працювало для мене:

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

Усі ці пропозиції можуть спрацювати. В останній версії заварювального лікаря були зроблені кращі пропозиції.

По-перше - виправте безлад, який ви, напевно, вже зробили /usr/local, запустивши це в командному рядку:

sudo chown -R root:wheel /usr/local

Потім візьміть право власності на шляхи, які мають бути спеціально для цього користувача:

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

Вся ця інформація доступна, якщо ви запустите, sudo brew updateа потім прочитаєте всі попередження та помилки, які ви зіткнетесь ...

Для мене це спрацювало і після

brew doctor

Змінення команд дозволу спричинило ще одну помилку

chown: /usr/local: Operation not permitted

На github є скрипт-убивця, який фіксує хімічні речовини в / usr / local і варить каталоги, щоб бути доступним кожному, хто є членом групи 'admin'.

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

Це краще рішення, ніж обрана відповідь, оскільки якщо ви задаєте каталоги / usr / local / ___ на $ USER, ви зламаєте будь-яких інших користувачів адміністратора домашньої мови на цій машині.

Ось кишки сценарію в той час, коли я публікував це:

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

У MacOS Mojave я не мав дозволу на chownпапку / usr / local ( sudo chown -R "$USER":admin /usr/local).

sudo chown -R "$USER":admin /usr/local/*але працював для мене, змінюючи дозволи на все, що знаходиться всередині в локальній папці.

Сподіваємось, це допоможе іншим із тим самим питанням.

Насправді це дуже просто, виконайте цю команду: brew doctor

І він підкаже, що робити, щоб виправити проблеми з дозволом, наприклад, у моєму випадку:

У цьому і полягала проблема:

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

І це було рішення:

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

У моєму випадку у мене виникли проблеми з видаленням та перевстановленням SaltStack.

Після запуску:

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

Я помітив, що власник групи - «персонал». (BTW, я використовую MacOS Mojave версії 10.14.3.) Група співробітників може бути пов'язана з моєю конфігурацією робочого місця, але я не знаю насправді. Незалежно від того, я зберіг групу, щоб не допустити, щоб щось далі розбити.

Я тоді побіг:

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

Після цього мені вдалося видалити її за допомогою цієї команди (не як root):

brew uninstall --force salt

Якщо у вас немає останнього Homebrew: я "виправляв" це в минулому, змушуючи Homebrew запускатися як root, що можна було зробити лише змінивши право власності на виконувані файли Homebrew на root. У якийсь момент вони зняли цю функцію.

І я знаю, що вони будуть давати багато попереджень, говорячи, що він не повинен працювати як root, але, мабуть, інакше він не працює належним чином.

Я спробував усе на цій сторінці, і в кінцевому підсумку скористався цим рішенням:

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

Моя ситуація була схожа на ОП, однак моя проблема була спеціально спричинена запуском судо з пивоварінням, а потім неправильним паролем. Після цього у мене застрягли дозволи, що перешкоджали встановленню.

Щоб вирішити помилки дозволу Brew при запуску папки

brew prune

Це вирішить проблеми, і нам не доведеться заглушувати жодні каталоги.

Я перебуваю на Каталіні, і я отримав цю помилку:

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

Мені потрібно було лише подавити Homebrewкаталог

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

Я використав ці дві команди і врятував свою проблему

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

спробуйте також виконати цю команду

sudo chmod + t / tmp