Package Details: vim-youcompleteme-git r3216.0d855962-1

Git Clone URL: https://aur.archlinux.org/vim-youcompleteme-git.git (read-only, click to copy)
Package Base: vim-youcompleteme-git
Description: A code-completion engine for Vim
Upstream URL: https://ycm-core.github.io/YouCompleteMe/
Keywords: completion engine neovim vim ycm
Licenses: GPL3
Groups: vim-plugins
Submitter: thestinger
Maintainer: artafinde
Last Packager: artafinde
Votes: 170
Popularity: 0.48
First Submitted: 2013-02-05 21:32 (UTC)
Last Updated: 2024-08-19 15:53 (UTC)

Dependencies (19)

Required by (0)

Sources (2)

Pinned Comments

artafinde commented on 2021-04-10 13:03 (UTC)

If you want to use system's abseil set the _use_system_abseil to ON - default is to download from internet during build.

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 53 Next › Last »

Rubonnek commented on 2018-10-27 14:30 (UTC)

@lahwaacz That's quite strange. Trying to open those .pyc files is normal python interpreter behavior, but I do not get system calls trying to open files with epoch times at the end.

The main reasoning for keeping the files where they are is in case there are library or configuration dependencies that make use of relative paths. It may not be necessary to keep them at that exact location, but it's much easier to just build packages that way.

lahwaacz commented on 2018-10-27 14:05 (UTC) (edited on 2018-10-27 14:05 (UTC) by lahwaacz)

In my strace output I can see many lines such as this:

openat(AT_FDCWD, "/usr/share/vim/vimfiles/third_party/ycmd/third_party/requests/requests/__pycache__/adapters.cpython-37.pyc.140474561687024", O_WRONLY|O_CREAT|O_EXCL|O_CLOEXEC, 0644) = -1 EACCES (Permission denied)

While the package does not provide the bytecode files (.pyc), I still don't understand why it tries to open the files including the timestamp (or whatever) at the end. Anyway, I've uninstalled the package, deleted all those orphaned .pyc files, installed again and now it seems to work...

On a related note, what's the reason for packaging C++ source code files in /usr/share/vim/vimfiles/third_party/ycmd/cpp/?

Rubonnek commented on 2018-10-27 13:42 (UTC)

@doragasu I also tried what you said and I still can't reproduce the crash.

Rubonnek commented on 2018-10-27 13:41 (UTC)

@doragasu for C and C++, are you providing the .ycm_extra_conf.py?

If so, and are still getting a crash, could you post an strace too? I'm looking into this a bit more now.

doragasu commented on 2018-10-27 13:10 (UTC)

I also have the crash problem. I have built the plugin from scratch, disabling all the languages (I only need it for C/C++). It crashes each time I open any file, with empty logs.

The crash occurs also with empty .vimrc.

raucao commented on 2018-10-26 08:19 (UTC)

Sure: https://github.com/skddc/vim-config/blob/master/vimrc

I also tried removing all plugins, but same result. It looks to me like the crash is happening within ycmd itself.

Rubonnek commented on 2018-10-25 20:15 (UTC)

Yeah, I don't see anything obvious from the strace either.

@raucao Any chance you could share your ~/.vimrc?

raucao commented on 2018-10-25 16:09 (UTC) (edited on 2018-10-25 16:09 (UTC) by raucao)

Yup, that's empty. Same as Foucault reported. Hence our vague reports. There's no obvious way to find an actual error. :/

Rubonnek commented on 2018-10-25 16:00 (UTC)

In line 6193 of the strace it reads:

Unexpected exit code 1. Type ':YcmToggleLogs ycmd_38599_stderr_og0n6rv3.log' to check the logs.

Is that log empty too?

raucao commented on 2018-10-25 14:09 (UTC) (edited on 2018-10-25 15:12 (UTC) by raucao)

Thanks. It's almost 11K lines of log, but here you go: <deleted>

Edit: btw, it's not specific files, it's just opening vim at all that crashes it. So it's not due to a specific language I think.
Edit 2: Sorry, I had to delete that one. I'll post another link.
Edit 3: New log: https://gist.githubusercontent.com/skddc/ea473893710b9d4ffb3e79b53ae41578/raw/b4ab617f35b120b9086c9c99b24853dfdd8a5d74/vim-youcompleteme-strace.log