我需要您帮助解决 macOS 上 neofetch 的访问问题。 事情是这样的,我最近在我的终端(oh-my-zsh)上安装了 neofetch,它可以工作,但是在第一行(上次登录)和显示的徽标之间:
mkdir: /Users/'MYUSERNAME'/.config/neofetch/: 权限被拒绝 /usr/local/bin/Neofetch:第 4476 行: /Users/'MYUSERNAME'/.config/neofetch/config.conf:权限被拒绝
我不知道为什么,当然,在问你之前我在谷歌上做了很多类型的研究。
你有什么想法吗?
您需要更改配置目录的权限:
sudo chmod -R 666 /Users/YOURUSERNAME/.config
666 表示所有用户均可读写。
与 garritfra 所做的相同,但使用最后一个目录行,您在 Windows 10 计算机上为我工作。 Mac 也可以用吗?
sudo chmod -R 666 /Users/MYUSERNAME/.config/neofetch/config.conf
将 MYUSERNAME 替换为错误中显示的内容。
这是解决该问题的防弹单线:
sudo chmod -R 710 $HOME/.config
在终端会话中执行此命令。
重新启动终端后,或者使用以下命令获取 shell 配置文件(假设您已将
neofetch
命令添加到该文件中):
source ~/.zshrc
(如果您使用的是其他 shell,请将
~/.zshrc
替换为 shell 配置文件的路径),错误提示应该会消失。
请注意,这仅向“组”类授予“执行”权限。正如当前接受的答案所暗示的那样,没有必要提供 666 或 777 模式,因为这不必要地降低了系统的安全性(更不用说甚至没有。像 666 这样的八进制数字甚至无法工作,因为它们无法提供所需的‘执行’权限,需要奇数位)。
诸如
730
、750
和 770
之类的模式都可以使用,但除非 neofetch 的未来更新中发生了需要它的变化,否则它不必要地过于慷慨,我不建议这样做。
最后,绝对没有理由向“其他”类中的用户授予对
~/.config
目录的任何权限(除非您有非常令人信服的理由),因此最后一个权限位(模式中的第三位数字由八进制数)应始终保持 0。
我遇到了同样的问题,并通过以下方式解决了这个问题:
sudo chmod -R 770 $HOME/.config 为我工作