ctags_recursive.options permissions about vim-gutentags HOT 6 OPEN

Looks somehow the process running Vim doesn't have permissions to read one of the files inside the gutentags plugin (/home/pgesting/.vim/bundle/vim-gutentags/res/ctags_recursive.options), which is weird. Can you check the permissions?

Also, is that newline after the path in the logs, or is that caused by copy/pasting here in Github? I can't see how the code could ever add a newline there.

from vim-gutentags.

Hi @ludovicchabant The last thing I put in the "Additional Context" shows the permissions on that file, because I knew that would be important. As you can see, the persmissions are 664.

I am not sure which newline you are talking about, but it is probably a copy paste issue.

from vim-gutentags.

Right, I missed it, thanks. I have no idea why it can't read a 664 file... are you running that command as the pgesting user, or as a different user? Does setting the file to 666 fix anything?

from vim-gutentags.

So, I am opening vim as pgesting, and when I ran the commands myself in the commandline I am running as pgesting. Is there anyway that when the guten-tags runs the command it would be as a different user? I don't know how the plugins work that well.

from vim-gutentags.

Maybe not relevant, but I get the same error, when using NeoVim as an appimage, which is sandboxed and I suspect the sandboxing to be an issue. I will try a deb install and post my findings here.

from vim-gutentags.

Ok, it seems that I resolved this issue on my machine. I have done the following:

1. removed the NeoVim installed as an AppImage and reinstalled it as per this instruction (have not helped);
2. removed universal-ctags installed as a snap and installed it from source.

In the end the update_tags script succeeded and I suspect the snap's sandboxing mechanism of messing with reading external files from the general filesystem, but since I did touch 2 things I cannot be 100% certain which of the steps helped.

from vim-gutentags.