关于macos：Brew医生说：“警告：/ usr / local / include不可写。”

Brew doctor says: “Warning: /usr/local/include isn't writable.”

布鲁医生说：

Warning: /usr/local/include isn't writable. This can happen if you"sudo make install" software that isn't managed by Homebrew.

If a brew tries to write a header file to this directory, the install
will fail during the link step.

You should probably chown /usr/local/include

我尝试过不同的命令来解决这个问题，但我仍然坚持到这里。

我在10.8.2上运行自制软件

相关讨论

掌控它及其中的一切。

Mac OS High Sierra或更新:(在下面的评论中给Kirk)

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

以前版本的macos：

1	$ sudo chown -R $USER:admin /usr/local/include

然后做另一个

1	$ brew doctor

相关讨论

操作不被允许？
有什么优势而不是$ sudo chown -R `whoami` /usr/local/？
@WillemLabu少一个进程分叉？ whoami是有效的用户ID，并且man页面说已经过时了:) bash是OSX上的默认shell，某个地方USER正在设置。
啊对。谢谢。我检查了man whoami，这表明``id -p`` - 虽然回应了uid和群组。您建议的$USER仅回显我的用户名。整齐。
我想知道是否将/ usr / local的所有权更改为用户是一个干净的解决方案。将$ USER添加到'wheel'组不是更好吗？或者将/ usr / local组更改为admin组？
@MichaelLehn这是直接来自自制文件，自制软件取决于它。鉴于大多数mac是有效的单用户计算机而非共享系统，IMO并不重要。如果umask默认为022，那么保持g + w的组将是一个更大的挑战。在/ usr / local和022中将umask保持为002将是困难的。
@jrwren好的，点了。
这是否正确地撤消了sudo make install的影响，或者这是一种"肮脏"的方式？
@ssdecontrol是的，这是设计并在自制软件中记录。如果你使用自制软件，你必须(除非你想处理这些警告)将所有/ usr / local提交给自制软件。所以你永远不会运行sudo make install，自制软件会为你做这件事。
@jrwren"撤消"是指"撤消系统默认值"。 chown对我来说感觉像个黑客。由于我是管理员用户，我做了chmod g=u;有没有理由chown更好？
@ssdecontrol / usr / local是一个空文件夹或默认不存在，至于它的所有权，我不能告诉你。当然，这与"sudo make install"无关。但简而言之：是的，这与默认的OSX安装不同。
@jrwren实际上，在我运行sudo make install之前我没有使用Homebrew的问题，并且，正如您所看到的，brew doctor本身表明运行sudo make install会导致这种确切的所有权问题。我的猜测是库开发人员使用硬编码的所有权/权限 - 修改makefile中的命令，但我也不知道makefile是如何工作的。
@ssdecontrol听起来你有一个完全不同的问题。你在安装什么软件？你用自制软件吗？如果不是，则使用与/ usr / local不同的PREFIX。另外，因为你已经拥有/ usr / local，所以没有理由使用sudo。您可以运行make install。
我手动安装GSL来调试一些东西，但这没关系。我没有意识到/usr/local是由Homebrew创建的，所以我猜答案是"做你想做的事"。谢谢你的澄清
取得这样的所有权对我没有帮助。我仍然得到文件不可写的错误......有什么建议吗？
@NicolasV：确保你拥有/ usr / local。
不起作用，在OS X 10.11.4上抛出illegal user name错误。 sudo chown -R `whoami` /usr/local/虽然有点像魅力。
该命令运行多长时间？它在我的笔记本电脑上已经持续了大约5分钟，我无法知道状态或进度。
根据Homebrew在Mac OS High Sierra chown /usr/local不再适用。而是使用sudo chown -R $(whoami) $(brew --prefix)/*
你节省了我的时间，非常感谢。
$ sudo chown -R $(whoami)$(brew --prefix)/ *在mojavae 10.14中完成了这个技巧
我从Sierra更新到Mojave，我需要重新安装所有brew以修复此错误现在一切正常

对我有用的也是

1 2	sudo chmod g+w /usr/local sudo chgrp staff /usr/local

相关讨论

对我有用的是

1	$ sudo chown -R yourname:admin /usr/local/bin

在El Capitan为我工作的唯一一个是：

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

相关讨论

如果您在High Sierra遇到此问题，请按照以下步骤操作(注意：/ usr / local不能在High Sierra中显示)：

1 2	sudo mkdir /usr/local/include sudo chown -R $(whoami) $(brew --prefix)/*

然后尝试使用brew链接进行链接。我遇到了类似的问题，上面没有一个解决方案适用于High Sierra。希望这有助于某人。

对于High Sierra：

1	/usr/bin/ruby -e"$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

然后，尝试brew命令。

问题＃3285

相关讨论

这对我在macOS 10.12上工作

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

我有问题更新自制软件时出现以下错误：

1
2
3

/usr/local is not writable. You should change the ownership
and permissions of /usr/local back to your user account:
sudo chown -R $(whoami) /usr/local

您可以使用命令别名来修复.bash_profile中的此问题，并在每次遇到它时运行它：

在文件~/.bash_profile的末尾，添加：

1	alias fix_brew='sudo chown -R $USER /usr/local/'

现在在您的终端内，您可以运行：

1	$ fix_brew

对于一些人来说，它将是：

1	sudo chown -R JonJames:admin /usr/local/lib

其中使用"lib"而不是"bin"或"include"或"其他"

自制警告"应该"解释具体不可写的内容然后给你一个命令语法，但是你需要使用"："而不是警告提到哪些实际上是不正确的语法？

相关讨论

为我工作

1
2
3

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

$ cd /usr/local/Library && git stash && git clean -d -f

MacOS 10.13上的错误相同

未创建/usr/local/include和/usr/local/ /usr/lib。我手动创建了brew link终于工作了。

什么工作对我来说，虽然我的计算机上有超过1个用户。

使用终端：

运行brew doctor
- 看到多个/usr/local/...是不可写的错误
禁用Mac的系统完整性保护：https：//apple.stackexchange.com/a/208481/55628
运行以下
sudo chown -R $(whoami) /usr/local/*
brew doctor && brew upgrade && brew doctor

Running Macbook Pro OSX High Sierra (version 10.13.3.)

编辑1：

FYI - Please be Advised this causes an issue with running MySQL on your MAC.

To be able to start my local server, I had to run:

1	sudo chown -R mysql:mysql /usr/local/mysql/data

运行此命令后，您可以启动本地MySQL服务器。

相关讨论

如果它们不存在，您需要创建/ usr / local / include和/ usr / local / lib：

1 2	$ sudo mkdir -p /usr/local/include $ sudo chown -R $USER:admin /usr/local/include

首先，您需要创建目录：

1	sudo mkdir /usr/local/include

第二：

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

1
2
3

sudo mkdir -p /usr/local/include /usr/local/lib /usr/local/sbin

sudo chown -R $(whoami) /usr/local/include /usr/local/lib /usr/local/sbin

这将创建所有必需的目录并为其提供正确的所有权。

运行这些命令后，请检查：brew doctor

这适用于莫哈韦。

你需要控制整个/usr/local来做你需要在/usr/local下做一个递归chown

sudo chown -R YOUR_USERNAME:admin /usr/local/

进入/ bin目录并输入：

chown -R $(whoami)：admin / usr / local / bin

在我的所有用户绑定到活动目录(有效地将UID从50x更改为######)后，我在组织中发生了这种情况。

现在只是将x所拥有的所有文件的所有权更改为y的情况。

其中501是我的旧数字用户ID，仍然与所有自制文件相关联。

可以使用ll /usr/local/Cellar找到旧用户ID

现在更新所有权
sudo find /usr/local -user 501 -exec chown -h $USER {} \;

这样我们就可以避免更改不受自制程序控制或属于某些其他系统用户的文件的所有权。

我只想回应sam9046的适度评论作为替代方案，并且可能更简单的解决方案适用于我的情况：从头开始卸载并再次安装自制软件。不需要sudo命令。

如果您需要确保它不会影响以前安装的软件包，您也可以从上面的链接浏览/修改卸载脚本。在我的情况下，这只是我的家用机器，所以我刚开始。