Had the same problem. I think it's caused by the incomplete downloaded jdtls packet, probably because the latest jdtls has been updated recently.
Search Criteria
Package Details: vim-youcompleteme-git r3216.0d855962-1
Package Actions
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.045809 |
First Submitted: | 2013-02-05 21:32 (UTC) |
Last Updated: | 2024-08-19 15:53 (UTC) |
Dependencies (19)
- clang (llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-bottle
- python-watchdog (python-watchdog-gitAUR)
- vim (neovim-drop-inAUR, neovim-symlinksAUR, vim-cli-gitAUR, gvim-wayland-lilydjwg-gitAUR, vim-gitAUR, gvim-gtk2AUR, gvim)
- cmake (cmake-gitAUR, cmake3AUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- pybind11 (pybind11-gitAUR) (make)
- abseil-cpp (abseil-cpp-gitAUR) (optional) – if setting _use_system_abseil ON
- gopls (optional) – Go semantic completion
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jdk-openjdk-wakefieldAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-android-studioAUR, jdk-openj9-binAUR, zulu-11-binAUR, jdk8-graalvm-ee-binAUR, jdk8-dragonwell-extendedAUR, jdk11AUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk21-graalvm-ee-binAUR, jdk8-openj9-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk8AUR, zulu-17-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk23-graalvm-ee-binAUR, jdk-ltsAUR, liberica-jdk-11-full-binAUR, liberica-jdk-17-full-binAUR, zulu-17-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-liberica-full-binAUR, jdkAUR, jdk-temurinAUR, liberica-jdk-full-binAUR, zulu-24-binAUR, jdk24-graalvm-ee-binAUR, jdk8-perfAUR, zing-8-binAUR, zing-21-binAUR, zing-23-binAUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, liberica-jdk-21-binAUR, jre-jetbrainsAUR, jdk21-jetbrains-binAUR, jdk17-jetbrains-binAUR, java-openjdk-ea-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, java-openjdk-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (optional) – Java semantic completion
- jdtlsAUR (optional) – Java semantic completion
- nodejs-ternAUR (optional) – JavaScript semantic completion
- omnisharp-roslynAUR (omnisharp-roslyn-bundledAUR, omnisharp-roslyn-binAUR) (optional) – C# semantic completion
- python-jedi (optional) – Python semantic completion
- python-numpydoc (optional) – Python semantic completion
- python-regex (python-regex-gitAUR) (optional) – Better Unicode support
- rust-analyzer (rust-analyzer-gitAUR, rust-analyzer-nightly-binAUR, rustup-gitAUR, rustup) (optional) – Rust semantic completion
- typescript (typescript-gitAUR) (optional) – Typescript semantic completion
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 53 Next › Last »
Excelsior commented on 2019-10-07 07:57 (UTC)
unxusr commented on 2019-10-04 20:55 (UTC)
having this error also: ==> Iniciando prepare()... 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
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 21211 0 21211 0 0 40556 0 --:--:-- --:--:-- --:--:-- 40556
gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now
szemy commented on 2019-10-04 13:41 (UTC)
Same here: 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 Weird
marcin commented on 2019-07-23 00:19 (UTC)
@staletic
Its working now. Thank you!
staletic commented on 2019-07-22 13:28 (UTC)
@marcin
That is a network error. Either you have some sort of firewall/proxy messing with you, or thte jdt host is flaky. You can try downloading jdt from here and placing it wherever the package expects it to be.
marcin commented on 2019-07-22 11:05 (UTC)
@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
jamesbrink commented on 2019-07-21 20:41 (UTC)
@marcin it is currently building at working we just need to clean it up. Just build it like any other package.
staletic commented on 2019-07-21 09:14 (UTC)
@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.
marcin commented on 2019-07-21 04:57 (UTC)
Are there any temporary instructions how to install the package till the thing gets fully sorted out?
jamesbrink commented on 2019-07-19 22:15 (UTC)
@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!
Pinned Comments
artafinde commented on 2021-04-10 13:03 (UTC)
If you want to use system's abseil set the
_use_system_abseil
toON
- default is to download from internet during build.