Open xyven1 opened 1 month ago
Seems like your cargo build --release
failed, you're not on a version tag (v0.*
), or the prebuild binaries download failed. Share your config and try reinstalling the plugin to double check
None of that is the case, afaict. There is actually a .so
file present, Im pinned to a version, and I have tried reinstalling many times, as well as manually purging the files.
Do you run into the same error on main
? It's possible this was fixed with the switch to mlua
but that hasn't gone out in a release yet
Well since there aren't any prebuilt binaries I cant really test it. (Correct me if I'm wrong)
You should be able to install a rust toolchain via https://rustup.rs/ and then build the plugin with build = "cargo build --release"
(deltails in the readme)
Yeah, I guess I was trying to avoid having to set up another tool chain on Ubuntu 18, but I'll give it a shot. Thanks for the tips.
New pre-built releases are available @xyven1 if you want to give this another go on a more recent commit?
Absolutely
Now it just a glibc version error (which i get with pretty much any application, tbh). So i guess the main issue was fixed.
That's odd. AFAIK Neovim v0.10 requires a relatively recent version of glibc. What version of nvim are you running? Chances are certain functionality is already broken.
That's odd. AFAIK Neovim v0.10 requires a relatively recent version of glibc. What version of nvim are you running? Chances are certain functionality is already broken.
I am using a statically linked version using musl :/. I have had to use a statically linked versions of other applications as well, such as fish.
The binaries should be statically linked so that sounds like a bug on our end. Can you send the full glibc error you're getting? And, only if it's easy, instructions on how you built your neovim so I can test this in docker
Actually, that doesn't make sense, you can't have a cdylib
that's statically linked :smile: I'll look to pin against an old version of glibc and support prebuilt musl binaries
Wow, that would be great! I feel like only supporting modern libc and musl is a good option.
With the upcoming release, there'll be pre-built musl binaries but the detection logic is at the OS level (and specifically for alpine), so you'll have to specify fuzzy.prebuilt_binaries.force_system_triple = 'x86_64-unknown-linux-musl'
So cool! Thanks for supporting such a niche use case!
Maybe this isn't quite fixed yet...
20:24:40 msg_show Error executing vim.schedule lua callback: .../.local/share/nvim/lazy/blink.cmp/lua/blink/cmp/init.lua:46: loop or previous error loading module 'blink.cmp.fuzzy'
stack traceback:
[C]: in function 'require'
.../.local/share/nvim/lazy/blink.cmp/lua/blink/cmp/init.lua:46: in function 'callback'
...e/nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/init.lua:84: in function 'on_completions_callback'
...vim/lazy/blink.cmp/lua/blink/cmp/sources/lib/context.lua:60: in function 'fn'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:86: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'resolve'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:93: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'resolve'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:163: in function 'resolve_if_completed'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:169: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'resolve'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:93: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function 'resolve'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:93: in function 'cb'
.../nvim/lazy/blink.cmp/lua/blink/cmp/sources/lib/async.lua:44: in function ''
vim/_editor.lua: in function <vim/_editor.lua:0>
and
failed to get completions with error: error loading module 'blink_cmp_fuzzy' from file '/home/babruell/.local/share/nvim/lazy/blink.cmp/lua/blink/cmp/fuzzy/../../../../target/release/libblink_cmp_fuzzy.so':
/usr/lib/x86_64-linux-gnu/libc.so: invalid ELF header
I manually downloaded the musl version just to make that wasn't the problem, and got hit with the same error
LMK if you need any other info. Again thanks for taking this use case seriously, so many other projects I use just hit you with the classic "user issue, they need to update their system"
When running
blink.cmp
on Ubuntu 18, I get the following error:Trust me, I do not want to be on Ubuntu 18, but as it stands my hands are tied. Not sure what could be causing this error. I dont want to arbitrarily dump information in this issue which is not relevant, so I can add details which are relevant as requested.