| Git Clone URL: | https://aur.archlinux.org/vim-youcompleteme-git.git (read-only) |
|---|---|
| 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: | |
| Groups: | |
| Submitter: | thestinger |
| Maintainer: | jamesbrink (staletic) |
| Last Packager: | jamesbrink |
| Votes: | 147 |
| Popularity: | 3.235485 |
| First Submitted: | 2013-02-05 21:32 |
| Last Updated: | 2019-07-15 08:24 |
@jamesbrink
I'm getting following error:
Parsing out the JDTLS package version from upstream... JDTLS package version matched. Downloading... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 37.6M 0 37.6M 0 0 59894 0 --:--:-- 0:10:58 --:--:-- 132k
gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now ==> ERROR: A failure occurred in prepare(). Aborting... Error making: vim-yo
@marcin it is currently building at working we just need to clean it up. Just build it like any other package.
@jamesbrink
You should keep an eye on these two:
TL;DR: We're planning to do something like g:ycm_clangd_binary_path for go, rust and typecript.
@marcin
I haven't tried this package or the neovim alternative, but they should still work. As a YCM maintainer it's much more convenient for me to install YCM locally, outside of pacman. I also have a bad experience with third party YCM packages from a few years ago, but I'm here to change that.
In the ideal world, we'd e able to package ycmd as a python module, in site-packages and YCM in /usr/share/vim/, but we're far from there right now.
Are there any temporary instructions how to install the package till the thing gets fully sorted out?
@staletic this is awesome thank you so much for the info! I will add you as a co-maintainer. Let's get this thing cleaned up!
Hello, I'm one of YCM maintainers. I'll be happy to help with packaging YCM.
Regarding git submodules, instead of pulling from git, just purge them and install the dependencies from official repos.
This is the list of direct YCM/ycmd dependencies (let's leave ycmd bundled for now and let's hope this board supports markdown):
As for completers, TSServer can be installed as an optional dependency and YCM will pick it up if there's no TSServer in third_party.
If this package moves to clangd completer over libclang completer, it could be decoupled too, but the user would need to specify the following
let g:ycm_use_clangd = 1
let g:ycm_clangd_binary_path = 'clangd'
Let's fix those before we dive into decoupling all completers.
I have moved omnisearch-roslyn into it's own package and made it an optional dep. This is still a work in progress, and I will likely need more extensive patches specifically for arch in the future. There is a still a lot of cleanup needed on the git submodules as they should all be listed as sources and not pulled in dynamically per Arch packaging guidelines.
Okay, I have added a simple quick and dirty patch to ycmd that will allow this package to use the existing installed toolchains. I have tested this on my existing account and a fresh account in a chroot. Both seemed to have worked fine for me. If this is an acceptable solution we could decide to re-enable rust support by default.
Interesting regarding rust support. I found this TODO in upstream
https://github.com/ycm-core/ycmd/blob/master/ycmd/completers/rust/rust_completer.py#L89
#TODO: allow users to pick a custom toolchain.
Contemplating making a patch here for this package that could possibly just use the existing default rustup toolchain. The default rustup package actually drops an /usr/bin/rls file which links to rustup and I assume it handles the magic of finding it within each users home directory.
I don't install the package, but follow this to help find bugs when updating you complete me.
I just use:
function! BuildYCM(info)
if a:info.status == 'installed' || a:info.status == 'updated' || a:info.force
!./install.py --all --system-libclang
endif
endfunction
You could probably edit my vim function for bash to just pass all of the flags you need when building different variations of ycm.
Pinned Comments
staletic commented on 2019-07-19 13:11
Hello, I'm one of YCM maintainers. I'll be happy to help with packaging YCM.
Regarding git submodules, instead of pulling from git, just purge them and install the dependencies from official repos.
This is the list of direct YCM/ycmd dependencies (let's leave ycmd bundled for now and let's hope this board supports markdown):
As for completers, TSServer can be installed as an optional dependency and YCM will pick it up if there's no TSServer in third_party.
If this package moves to clangd completer over libclang completer, it could be decoupled too, but the user would need to specify the following
Let's fix those before we dive into decoupling all completers.