entityMap|blocks|key|342qs|text|这为我解决了这个问题：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1ptc4|$+sudo+chmod+-R+755+/usr/local/share/zsh/site-functions|code-block|syntax|javascript|d7moq|致谢：|age3m|zsh邮件列表上的帖子|d5nbj|编辑：|e93u9|正如@biocyberman在评论中指出的那样。您可能需要更新|a1q7q|还有：|ei5qc|$+sudo+chown+-R+root:root+/usr/local/share/zsh/site-functions|91v9i|在我的机器(OSX10.9)上，我不需要这样做，但YMMV。|f3qhp|EDIT2：|3mj68|在OSX+10.11上，只有这样才行得通：|7gj5e|$+sudo+chmod+-R+755+/usr/local/share/zsh
$+sudo+chown+-R+root:staff+/usr/local/share/zsh|d8408|user:staff是OSX上正确的默认权限。^0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|13|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|14|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|15|9|@]|A|@]|B|$]]|$2|J|4|K|6|7|8|16|9|@]|A|@]|B|$]]|$2|L|4|M|6|7|8|17|9|@]|A|@]|B|$]]|$2|N|4|O|6|7|8|18|9|@]|A|@]|B|$]]|$2|P|4|Q|6|7|8|19|9|@]|A|@]|B|$]]|$2|R|4|S|6|E|8|1A|9|@]|A|@]|B|$F|G]]|$2|T|4|U|6|7|8|1B|9|@]|A|@]|B|$]]|$2|V|4|W|6|7|8|1C|9|@]|A|@]|B|$]]|$2|X|4|Y|6|7|8|1D|9|@]|A|@]|B|$]]|$2|Z|4|10|6|E|8|1E|9|@]|A|@]|B|$F|G]]|$2|11|4|12|6|7|8|1F|9|@]|A|@]|B|$]]]]

This fixed it for me:
<pre><code>$ sudo chmod -R 755 /usr/local/share/zsh/site-functions
</code></pre>
Credit: <a href="http://www.zsh.org/mla/users/2008/msg00566.html" rel="noreferrer">a post on zsh mailing list</a>
<hr />
EDIT: As pointed out by @biocyberman in the comments. You may need to update the owner of <code>site-functions</code> as well:
<pre><code>$ sudo chown -R root:root /usr/local/share/zsh/site-functions
</code></pre>
On my machine (OSX 10.9), I do not need to do this but YMMV.
EDIT2: On OSX 10.11, only this worked:
<pre><code>$ sudo chmod -R 755 /usr/local/share/zsh
$ sudo chown -R root:staff /usr/local/share/zsh
</code></pre>
Also user:staff is the correct default permission on OSX.

entityMap|blocks|key|3h6l5|text|我收到了同样的警告|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1t7d3|启动一个root+shell，@chakrit的解决方案对我不起作用。|4nukc|但我发现|1pbcf|切换|3m25m|例如，在您的.zshc/zshenv或您调用|88dov|compinit+-u|code-block|syntax|javascript|74jp3|注意:不推荐用于生产系统|8dif7|另请参阅|4rokp|http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization^0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|V|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|W|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|X|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|Y|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|Z|9|@]|A|@]|B|$]]|$2|K|4|L|6|M|8|10|9|@]|A|@]|B|$N|O]]|$2|P|4|Q|6|7|8|11|9|@]|A|@]|B|$]]|$2|R|4|S|6|7|8|12|9|@]|A|@]|B|$]]|$2|T|4|U|6|7|8|13|9|@]|A|@]|B|$]]]]

I got the same warnings when I <code>sudo -i</code> starting a root shell, @chakrit's solution didn't work for me.

But I found <code>-u</code> switch of <code>compinit</code> works, e.g. in your .zshrc/zshenv or where you called <code>compinit</code>

<pre><code>compinit -u
</code></pre>

NB: Not recommended for production system

See also <a href="http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization" rel="noreferrer">http://zsh.sourceforge.net/Doc/Release/Completion-System.html#Initialization</a>

entityMap|blocks|key|6bppa|text|compaudit+%7C+xargs+chmod+g-w|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|cu3h4|将完成此操作，请参见|unstyled|n2rb|http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/^0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|J|9|@]|A|@]|B|$C|D]]|$2|E|4|F|6|G|8|K|9|@]|A|@]|B|$]]|$2|H|4|I|6|G|8|L|9|@]|A|@]|B|$]]]]

<pre><code>compaudit | xargs chmod g-w
</code></pre>

will do the trick, see <a href="http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/" rel="noreferrer">http://www.wezm.net/technical/2008/09/zsh-cygwin-and-insecure-directories/</a>

entityMap|blocks|key|84f3f|text|在macOs+Sierra+(10.12.1)上，公认的答案对我不起作用。我必须从/usr/local递归地执行此操作|type|unstyled|depth|inlineStyleRanges|entityRanges|data|dnmsa|cd+/usr/local
sudo+chown+-R+:+*|code-block|syntax|javascript|1uu0v|注意：|5pim4|您可以使用以下命令获取用户名|3m2ci|和你的小组^0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|N|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|O|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|P|9|@]|A|@]|B|$]]|$2|J|4|K|6|7|8|Q|9|@]|A|@]|B|$]]|$2|L|4|M|6|7|8|R|9|@]|A|@]|B|$]]]]

The accepted answer did not work for me on macOs Sierra (10.12.1). Had to do it recursive from /usr/local

<pre><code>cd /usr/local
sudo chown -R &lt;your-username&gt;:&lt;your-group-name&gt; *
</code></pre>

Note: You can get your username with <code>whoami</code> and your group with <code>id -g</code>

entityMap|blocks|key|34f8r|text|这两条线路已经为我准备好了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|8s3u1|sudo+chown+-R+_user_:root+/usr/local/share/zsh

sudo+chown+-R+_user_:root+/usr/local/share/zsh/*|code-block|syntax|javascript^0|0^^$0|$]|1|@$2|3|4|5|6|7|8|H|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|I|9|@]|A|@]|B|$F|G]]]]

These two lines have fixed for me.

<pre><code>sudo chown -R _user_:root /usr/local/share/zsh

sudo chown -R _user_:root /usr/local/share/zsh/*
</code></pre>

entityMap|blocks|key|7fidn|text|大多数答案都提供了解决方案，但没有提到为什么会出现此警告。以下是ZSH的摘录|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5meem|compinit|eq8h6|出于安全原因，compinit还检查完成系统是否使用|ebce1|不属于root或当前用户的文件|boc0s|，或者|5m34|目录中的文件是全局或组可写的，或者不归root或当前用户所有|ckgvi|..。如果找到这样的文件或目录，compinit会询问是否真的应该使用完成系统。要避免这些测试并在没有询问的情况下使用找到的所有文件，请使用选项-u，要使compinit静默忽略所有不安全的文件和目录，请使用选项-i。当给定-C选项时，将完全跳过此安全检查。|4127g|2124t|因此，该解决方案意味着修复以下一项(或全部)：|a10st|将当前用户设置为原因中所有目录/子目录/文件的所有者：|8u0m9|compaudit+%7C+xargs+chown+-R“$(-R)”|favgf|正在删除组/其他人对原因中文件的写入权限：|bi1m7|compaudit+%7C+xargs+chmod+go-w|9kk8p|另一种方法是跳过这些检查，方法是使用|9ebtu|compinit+-u|code-block|syntax|javascript|fjfub|但我并不真的建议这样做，因为隐藏问题只会在短期内解决问题。^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|18|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|19|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|1A|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|1B|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|1C|9|@]|A|@]|B|$]]|$2|K|4|L|6|7|8|1D|9|@]|A|@]|B|$]]|$2|M|4|N|6|7|8|1E|9|@]|A|@]|B|$]]|$2|O|4|-4|6|7|8|1F|9|@]|A|@]|B|$]]|$2|P|4|Q|6|7|8|1G|9|@]|A|@]|B|$]]|$2|R|4|S|6|7|8|1H|9|@]|A|@]|B|$]]|$2|T|4|U|6|7|8|1I|9|@]|A|@]|B|$]]|$2|V|4|W|6|7|8|1J|9|@]|A|@]|B|$]]|$2|X|4|Y|6|7|8|1K|9|@]|A|@]|B|$]]|$2|Z|4|10|6|7|8|1L|9|@]|A|@]|B|$]]|$2|11|4|12|6|13|8|1M|9|@]|A|@]|B|$14|15]]|$2|16|4|17|6|7|8|1N|9|@]|A|@]|B|$]]]]

Most answers come with a solution, but do not mention why this warning occurs. Here's an excerpt from ZSH's <a href="http://zsh.sourceforge.net/Doc/Release/Completion-System.html##Use-of-compinit" rel="noreferrer">compinit</a>:

<blockquote>
 For security reasons compinit also checks if the completion system would use files not owned by root or by the current user, or files in directories that are world- or group-writable or that are not owned by root or by the current user. If such files or directories are found, compinit will ask if the completion system should really be used. To avoid these tests and make all files found be used without asking, use the option -u, and to make compinit silently ignore all insecure files and directories use the option -i. This security check is skipped entirely when the -C option is given.
</blockquote>

Hence, the solution implies fixing one (or all) of the following:

<ul>
<li>setting the current user as the owner of all the directories/subdirectories/files in cause:

<pre><code>compaudit | xargs chown -R "$(whoami)"
</code></pre></li>
<li>removing write permissions for group/others for the files in cause:

<pre><code>compaudit | xargs chmod go-w
</code></pre></li>
</ul>

Another approach would be to skip these checks by using

<pre><code>compinit -u
</code></pre>

but I don't really suggest this, as hiding problems under a rug only solves problems in the short run.

entityMap|blocks|key|cq57c|text|在macOS上，你需要运行：|type|unstyled|depth|inlineStyleRanges|entityRanges|data^0^^$0|$]|1|@$2|3|4|5|6|7|8|C|9|@]|A|@]|B|$]]]]

On macOS Sierra you need to run:
<code>sudo chown -R $(whoami):staff /usr/local</code>

entityMap|blocks|key|45n5t|text|我通过这样做来修复它|type|unstyled|depth|inlineStyleRanges|entityRanges|data|8kgu5|sudo+chown+root:staff+-R+/usr/local/share/zsh|code-block|syntax|javascript|9vokt|在我的例子中，share/中的其他目录也被分配了"staff“组^0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|J|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|K|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|L|9|@]|A|@]|B|$]]]]

I fixed it by doing
<pre><code>sudo chown -R root:staff /usr/local/share/zsh
</code></pre>
in my case other directories inside share/ also have &quot;staff&quot; group assigned

entityMap|blocks|key|amk2h|text|这适用于我的Mac，因为高塞拉更新。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2jelp|删除组写访问权限：|bl8ki|sudo+chmod+g-w+/usr/local/share/zsh/site-functions
sudo+chmod+g-w+/usr/local/share/zsh|code-block|syntax|javascript|1j7qi|最好将更改限制在zsh目录中。^0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|L|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|M|9|@]|A|@]|B|$]]|$2|E|4|F|6|G|8|N|9|@]|A|@]|B|$H|I]]|$2|J|4|K|6|7|8|O|9|@]|A|@]|B|$]]]]

This works for my Mac since High Sierra update.
Remove the group write access:
<pre><code>sudo chmod g-w /usr/local/share/zsh/site-functions
sudo chmod g-w /usr/local/share/zsh
</code></pre>
It’s best to keep the change limited to zsh directories.

entityMap|blocks|key|fk301|text|在Mojave上，它做到了这一点：|type|unstyled|depth|inlineStyleRanges|entityRanges|data^0^^$0|$]|1|@$2|3|4|5|6|7|8|C|9|@]|A|@]|B|$]]]]

on Mojave, this did the trick : 
<code>sudo chmod go-w /usr/local/share</code>

entityMap|blocks|key|f62et|text|今天早上，我系统中的一些包更新了，给我留下了这个错误信息。我使用的是Ubuntu+18.04。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|589q1|显然，更新中的某些内容将用户名和组更改为数字，而不是|6snre|，因此：|67p1r|#+There+are+insecure+files:+/usr/share/zsh/vendor-completions/_code
#+sudo+ls+-alh
-rw-r--r--+1++131++142+2.6K+2019-10-10+16:28+_code|code-block|syntax|javascript|4h9dg|我只是简单地将这个文件的用户和组改回|4t97j|然后问题就消失了。我做到了|79b9b|注释|7uu8h|需要更改任何权限，除非了解问题的根本原因，否则不要这样做。|b1007|切换后|4ecq2|和|fppge|返回到|duoni|，这个来自zsh的错误消息消失了。^0|0|0|0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|11|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|12|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|13|9|@]|A|@]|B|$]]|$2|G|4|H|6|I|8|14|9|@]|A|@]|B|$J|K]]|$2|L|4|M|6|7|8|15|9|@]|A|@]|B|$]]|$2|N|4|O|6|7|8|16|9|@]|A|@]|B|$]]|$2|P|4|Q|6|7|8|17|9|@]|A|@]|B|$]]|$2|R|4|S|6|7|8|18|9|@]|A|@]|B|$]]|$2|T|4|U|6|7|8|19|9|@]|A|@]|B|$]]|$2|V|4|W|6|7|8|1A|9|@]|A|@]|B|$]]|$2|X|4|Y|6|7|8|1B|9|@]|A|@]|B|$]]|$2|Z|4|10|6|7|8|1C|9|@]|A|@]|B|$]]]]

This morning, some packages in my system updated, and left me with this error message. I am using Ubuntu 18.04. 

Apparently, something in the update changed the username and group to numbers, instead of <code>root</code>, as so:

<pre class="lang-sh prettyprint-override"><code># There are insecure files: /usr/share/zsh/vendor-completions/_code
# sudo ls -alh
-rw-r--r-- 1 131 142 2.6K 2019-10-10 16:28 _code
</code></pre>

I simply changed the user and group for this file back to <code>root</code> and the problem went away. I did not need to change any permissions, and would caution against doing so unless the underlying cause of the problem is understood.

<code>sudo chown root _code &amp;&amp; sudo chgrp root _code</code>

After switching <code>131</code> and <code>142</code> back to <code>root</code>, this error message from zsh went away.

entityMap|blocks|key|19ol9|text|列出的解决方案对我来说都不起作用。取而代之的是，我最终卸载并重新安装了Homebrew，它做到了这一点。卸载说明可在以下位置找到：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5ima4|http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/^0|0^^$0|$]|1|@$2|3|4|5|6|7|8|E|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|F|9|@]|A|@]|B|$]]]]

None of the solutions listed worked for me. Instead, I ended up uninstalling and reinstalling Homebrew, which did the trick. Uninstall instructions may be found here: <a href="http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/" rel="nofollow noreferrer">http://osxdaily.com/2018/08/12/how-uninstall-homebrew-mac/</a>

entityMap|blocks|key|eeip6|text|运行|type|unstyled|depth|inlineStyleRanges|entityRanges|data|cgb95|它会给你一个它认为不安全的目录列表^0|0^^$0|$]|1|@$2|3|4|5|6|7|8|E|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|F|9|@]|A|@]|B|$]]]]

<ol>
<li>run <code>compaudit</code> and it will give you a list of directories it thinks are insecure</li>
<li><code>sudo chown -R username:root target_directory</code></li>
<li><code>sudo chmod -R 755 target_directory</code></li>
</ol>

entityMap|blocks|key|4o4ch|text|我的建议是运行compaudit，然后只修复审计找到的目录上的权限。请确保标识的目录没有组或其他目录的写入权限。|type|unstyled|depth|inlineStyleRanges|entityRanges|data^0^^$0|$]|1|@$2|3|4|5|6|7|8|C|9|@]|A|@]|B|$]]]]

My suggestion would be to run compaudit and then just fix permissions on the directories found by the audit.
Make sure the identified directories do not have write permissions for group or other.

entityMap|blocks|key|9ljv5|text|这是唯一对我有效的方法|type|unstyled|depth|inlineStyleRanges|entityRanges|data|6b8n2|https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607|9jg2g|..。谢谢|68de7|https://github.com/malaquiasdev|bg6q1|啊！|cn3se|$+cd+/usr/local/share/
++$+sudo+chmod+-R+755+zsh
++$+sudo+chown+-R+root:staff+zsh|code-block|syntax|javascript^0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|P|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|Q|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|R|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|S|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|T|9|@]|A|@]|B|$]]|$2|K|4|L|6|M|8|U|9|@]|A|@]|B|$N|O]]]]

This was the only thing that worked for me from <a href="https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607" rel="noreferrer">https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-600582607</a>. Thanks <a href="https://github.com/malaquiasdev" rel="noreferrer">https://github.com/malaquiasdev</a>!

<pre><code> $ cd /usr/local/share/
 $ sudo chmod -R 755 zsh
 $ sudo chown -R root:staff zsh
</code></pre>

entityMap|blocks|key|6t08s|text|我最近在Catalina上也收到了同样的警告。一种简单的解决方法是将此代码放在.zshrc的顶部|type|unstyled|depth|inlineStyleRanges|entityRanges|data|711rl|ZSH_DISABLE_COMPFIX=true|code-block|syntax|javascript^0|0^^$0|$]|1|@$2|3|4|5|6|7|8|H|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|I|9|@]|A|@]|B|$F|G]]]]

I had the same warning lately on Catalina.
An easy workaround is to put this to the top of your .zshrc 

<pre><code>ZSH_DISABLE_COMPFIX=true
</code></pre>

entityMap|blocks|key|do4bo|text|在我的|type|unstyled|depth|inlineStyleRanges|entityRanges|data^0^^$0|$]|1|@$2|3|4|5|6|7|8|C|9|@]|A|@]|B|$]]]]

running this command worked for me on my <code>mac OS Catalina</code>:

<code>compaudit | xargs chmod g-w,o-w</code>

entityMap|blocks|key|4ts37|text|我的机器：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|dsnu9|System+Version:+macOS+10.15.4+(19E287)
Kernel+Version:+Darwin+19.4.0|code-block|syntax|javascript|9rj6r|这就是我所做的，|edv9k|运行|2sl2r|它会给你一个它认为不安全的目录列表。|878qg|7nm33|(示例：|91a0o|)|6e2nq|示例：|cc1gt|compaudit|8ocqm|返回：|5p2c9|/usr/local/share/zsh|25i5e|382tt|所以我跑了|5ffpo|sudo+chmod+-R+755+/usr/local/share/zsh|16efi|点击此处阅读更多信息|9i9ca|链接^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|19|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|1A|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|1B|9|@]|A|@]|B|$]]|$2|J|4|K|6|7|8|1C|9|@]|A|@]|B|$]]|$2|L|4|M|6|7|8|1D|9|@]|A|@]|B|$]]|$2|N|4|K|6|7|8|1E|9|@]|A|@]|B|$]]|$2|O|4|P|6|7|8|1F|9|@]|A|@]|B|$]]|$2|Q|4|R|6|7|8|1G|9|@]|A|@]|B|$]]|$2|S|4|T|6|7|8|1H|9|@]|A|@]|B|$]]|$2|U|4|V|6|E|8|1I|9|@]|A|@]|B|$F|G]]|$2|W|4|X|6|7|8|1J|9|@]|A|@]|B|$]]|$2|Y|4|Z|6|7|8|1K|9|@]|A|@]|B|$]]|$2|10|4|-4|6|7|8|1L|9|@]|A|@]|B|$]]|$2|11|4|12|6|7|8|1M|9|@]|A|@]|B|$]]|$2|13|4|14|6|E|8|1N|9|@]|A|@]|B|$F|G]]|$2|15|4|16|6|7|8|1O|9|@]|A|@]|B|$]]|$2|17|4|18|6|7|8|1P|9|@]|A|@]|B|$]]]]

My machine:

<pre><code>System Version: macOS 10.15.4 (19E287)
Kernel Version: Darwin 19.4.0
</code></pre>

So here is what I did,

<ol>
<li>run <code>compaudit</code> and it will give you a list of directories it thinks are unsecure.</li>
<li>run <code>sudo chmod -R 755 target_directory</code>
(example: <code>sudo chmod -R 755 /usr/local/share/zsh</code>)</li>
</ol>

Exmaple:

<pre><code>compaudit
</code></pre>

returns:

<blockquote>
 /usr/local/share/zsh
</blockquote>

so I run

<pre><code>sudo chmod -R 755 /usr/local/share/zsh
</code></pre>

<h2>read more here <a href="https://github.com/zsh-users/zsh-completions/issues/433#issuecomment-390600994" rel="noreferrer">link</a></h2>

entityMap|blocks|key|c5drs|text|MAC+OS+X解决方案：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|667lm|$+sudo+chmod+-R+755+/usr/local/share/zsh
$+sudo+chown+-R+root:staff+/usr/local/share/zsh|code-block|syntax|javascript|ck1d1|另请参见"+user+:staff+=+OSX上的默认root用户。^0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|J|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|K|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|L|9|@]|A|@]|B|$]]]]

MAC OS X solution :

<pre><code>$ sudo chmod -R 755 /usr/local/share/zsh
$ sudo chown -R root:staff /usr/local/share/zsh
</code></pre>

Also "user:staff = default root user on OSX.

entityMap|blocks|key|d0edp|text|我在运行|type|unstyled|depth|inlineStyleRanges|entityRanges|data|eloed|安装脚本，该脚本通过下面的条目将命令补全添加到shell中|69s0j|..。|bgrgn|下面|bmolb|在zsh中配置补全的Homebrew说明|bar7v|是有帮助的。|5piqe|此外，如果您在尝试加载这些完成时收到“zsh+compinit:+insecure+directories”警告，则可能需要运行以下命令：^0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|O|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|P|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|Q|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|R|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|S|9|@]|A|@]|B|$]]|$2|K|4|L|6|7|8|T|9|@]|A|@]|B|$]]|$2|M|4|N|6|7|8|U|9|@]|A|@]|B|$]]]]

I got this issue after running the <code>google-cloud-sdk</code> install script, which adds command-completion to the shell via an entry in <code>.zshrc</code>.
Following <a href="https://docs.brew.sh/Shell-Completion#configuring-completions-in-zsh" rel="nofollow noreferrer">Homebrew's instructions for configuring completions in zsh</a> was helpful.
<blockquote>
Additionally, if you receive “zsh compinit: insecure directories” warnings when attempting to load these completions, you may need to run this: <code>chmod -R go-w &quot;$(brew --prefix)/share&quot;</code>
</blockquote>

entityMap|blocks|key|a2h06|text|这个答案主要是供我自己将来使用的参考，因为大多数答案都没有提供完整的解决方案。如下所示：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|c8lt5|第一次运行：|akfhd|compinit|code-block|syntax|javascript|17jp2|使用|35gjp|如果上述方法不起作用|3tiek|对于打印的每个路径，运行以下命令：|3r7tm|sudo+chown+$(whoami)+PATH_HERE

sudo+chmod+-R+755+PATH_HERE|bmnqt|举个简单的例子，假设在运行compinit之后打印的路径之一是"/usr/local/share/zsh“。然后：|e0q5b|sudo+chown+$(whoami)+/usr/local/share/zsh

sudo+chmod+-R+755+/usr/local/share/zsh^0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|V|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|W|9|@]|A|@]|B|$]]|$2|E|4|F|6|G|8|X|9|@]|A|@]|B|$H|I]]|$2|J|4|K|6|7|8|Y|9|@]|A|@]|B|$]]|$2|L|4|M|6|7|8|Z|9|@]|A|@]|B|$]]|$2|N|4|O|6|7|8|10|9|@]|A|@]|B|$]]|$2|P|4|Q|6|G|8|11|9|@]|A|@]|B|$H|I]]|$2|R|4|S|6|7|8|12|9|@]|A|@]|B|$]]|$2|T|4|U|6|G|8|13|9|@]|A|@]|B|$H|I]]]]

This answer is mostly a reference for myself to use in the future, as most answers do not provide a full-fledged solution. Here it is:
First run:
<pre><code>compinit
</code></pre>
use <code>compaudit</code> if above does not work
For every single path that is printed run the following the commands:
<pre><code>sudo chown $(whoami) PATH_HERE

sudo chmod -R 755 PATH_HERE
</code></pre>
Simple example, let's say one of the paths that gets printed after running compinit is &quot;/usr/local/share/zsh&quot;. Then:
<pre><code>sudo chown $(whoami) /usr/local/share/zsh

sudo chmod -R 755 /usr/local/share/zsh
</code></pre>

entityMap|blocks|key|chc0n|text|发送一个|type|unstyled|depth|inlineStyleRanges|entityRanges|data|c5lg6|字符添加到脚本的输入流中。|asg5v|，以便自动回答|mv20|忽略不安全的目录和文件并继续|260nm|是|fc87d|或中止compinit|9qkbm|N|8kuqd|问题|9h49|在以下情况下，该解决方案非常有用|2d0i0|你|4qg7c|无法更改所有权/访问权限|fapq0|到文件夹|d2mcj|当你|3eddl|无法使用-u选项|160k3|删除警告(可能是因为您自己没有显式调用'compinit‘，但它是由您调用的脚本调用的)|cpqnd|备注：|a85b5|它不会修复问题，只会隐藏警告(与这里的其他答案不同，其他答案涉及删除“组写访问权限”或“将所有权更改为root”)。^0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|18|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|19|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|1A|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|1B|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|1C|9|@]|A|@]|B|$]]|$2|K|4|L|6|7|8|1D|9|@]|A|@]|B|$]]|$2|M|4|N|6|7|8|1E|9|@]|A|@]|B|$]]|$2|O|4|P|6|7|8|1F|9|@]|A|@]|B|$]]|$2|Q|4|R|6|7|8|1G|9|@]|A|@]|B|$]]|$2|S|4|T|6|7|8|1H|9|@]|A|@]|B|$]]|$2|U|4|V|6|7|8|1I|9|@]|A|@]|B|$]]|$2|W|4|X|6|7|8|1J|9|@]|A|@]|B|$]]|$2|Y|4|Z|6|7|8|1K|9|@]|A|@]|B|$]]|$2|10|4|11|6|7|8|1L|9|@]|A|@]|B|$]]|$2|12|4|13|6|7|8|1M|9|@]|A|@]|B|$]]|$2|14|4|15|6|7|8|1N|9|@]|A|@]|B|$]]|$2|16|4|17|6|7|8|1O|9|@]|A|@]|B|$]]]]

Send a <code>y</code> character to the input stream of the script using <code>compinit</code>, in order to automatically answer the Ignore insecure directories and files and continue [y] or abort compinit [n]? question
<code>echo &quot;y&quot; &gt; source &lt;GOOGLECLOUDSDK&gt;/completion.zsh.inc</code>
The solution is useful when
<ul>
<li>you can't make ownership/access changes to the folders</li>
<li>when you can't use the -u option to remove the warning (probably because you don't explicitly call 'compinit' yourself, but it's called by a script you call)</li>
</ul>
Remark: It doesn't fix the problem and only hides the warning (as opposed to others answers here which involve removing 'group write access' or 'change ownership to root').

entityMap|blocks|key|4spfl|text|下面是在M1上工作的内容|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3nfru|ProductName:++++macOS
ProductVersion:+11.1
BuildVersion:+++20C69

%25+compaudit
/opt/homebrew/share|code-block|syntax|javascript|c0kjt|群权限从775改为755|24vm8|%25+sudo+chmod+755+/opt/homebrew/share

drwxr-xr-x+++33+xenea++admin+++1056+Feb++2+01:28+share^0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|L|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|M|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|N|9|@]|A|@]|B|$]]|$2|J|4|K|6|E|8|O|9|@]|A|@]|B|$F|G]]]]

Following worked on M1
<pre><code>ProductName: macOS
ProductVersion: 11.1
BuildVersion: 20C69

% compaudit
/opt/homebrew/share
</code></pre>
Changed group permission from 775 to 755
<pre><code>% sudo chmod 755 /opt/homebrew/share

drwxr-xr-x 33 xenea admin 1056 Feb 2 01:28 share
</code></pre>

entityMap|blocks|key|m5i7|text|此命令使用正确的权限更新所有文件/文件夹：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|embns|你不需要使用|8d06f|要更改所有者-|f4d37|除非文件属于根目录|5i1c3|(在macOS+BigSur上测试)^0|0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|K|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|L|9|@]|A|@]|B|$]]|$2|E|4|F|6|7|8|M|9|@]|A|@]|B|$]]|$2|G|4|H|6|7|8|N|9|@]|A|@]|B|$]]|$2|I|4|J|6|7|8|O|9|@]|A|@]|B|$]]]]

This command updates all files/folders with correct permissions:
<code>compaudit | xargs chmod g-w</code>
You don't need to use <code>sudo</code> to change the owner - unless the file belongs to root
(Tested on macOS BigSur)

What does it mean and how can I fix it?

<pre><code>zsh compinit: insecure directories, run compaudit for list.
Ignore insecure directories and continue [y] or abort compinit [n]?
</code></pre>

Running the <code>compaudit</code> returns the follows:

<pre><code>There are insecure directories:
/usr/local/share/zsh/site-functions
</code></pre>

zsh compinit: insecure directories

Ubuntu

Kernel

 它意味着什么，我如何修复它？ zsh compinit: insecure directories, run compaudit for list.Ignore insecure directories and continue [y] or abort compinit [n]? 运行 返回以下内容： There ...

问zsh compinit:不安全的目录
EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问zsh compinit:不安全的目录EN

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问zsh compinit:不安全的目录
EN