LINUX.ORG.RU

LSP_Python_in_Vim8x

 , ,


0

2

Вот тут пришлось окунуться в сабж. И что то я, не совсем понял. Почему основная масса python LSP серверов написаны на самом python? Сам же python написан на Cи, тот же APACHE к примеру не написан на js. А тут гляжу LSP для Go на go, LSP для rust на rust. Все как то странно.

В инете (что нашел) советуют:

  1. prabirshrestha/vim-lsp, типа запихал и все готово.
Plug 'prabirshrestha/vim-lsp'
Plug 'mattn/vim-lsp-settings'
  1. dense-analysis/ale, тут я не совсем понял, у него только проверка без дополнения что ли?
  2. ycm-core/YouCompleteMe, тут вообще не понял :(
  3. autozimu/LanguageClient-neovim, тоже непонял.
  4. jayli/vim-easycomplete, склоняюсь к этому.

И вот вопрос: кто какие сабжи юзает и чтобы поменьше в конфиг пихать и желательно чтобы работало в VIM8x ?
(a то попался мне yegappan/lsp, а он под vim9 только)

P.S. Почитал статью: Делаем из Vim IDE, там coc.vim, да ну нафиг всякие node.js :(

★★★★★

Последнее исправление: mx__ (всего исправлений: 2)
Ответ на: комментарий от mx__

Давай ты сам README прочитаешь: https://github.com/dense-analysis/ale Вполне возможно, тебе хватит того, что там есть. В конце концов, все эти LSP, линтеры и форматтеры нужны просто для удобства, так что надо пробовать и выбирать удобное лично тебе.

anonymous
()
Ответ на: комментарий от anonymous

Да я уже читал но не понимаю как сделать.

Вот vim-lsc само показывает автодополнение.

jedi-vim - вылазит дополнение по С-space.

В независимости стоит ALE или нет дополнение можно включить по C-X C-O.

А как включить авто, ТAB или еще как в ALE я не понимаю.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от mx__

если просто чекер то того же: vim-syntastic/syntastic за глаза.

Помню нужно было долго и печально его настраивать, тогда как ale из коробки отлично работает и использует асинхронные механизмы вима.

anonymous
()
Ответ на: комментарий от mx__

ALE - жирная тормознутая хрень. Coc для vim пока лучшее решение.

Авторы статей не всегда профи. Как стало ясно, очень малая часть умеет в инструменты. Или глубоко в ЯП.

Для программирования с дополнениями Vim < 9 vimscript вообще подходит мало. С дополнениями выигрывает Emacs.

Я же один из тех мудаков, которые не используют дополнения или по минимуму в Vim. Или запускаю Emacs. My config.

И моды по сравнению с Emacs - говно! (планирую убрать)

Eulenspiegel
()
8 ноября 2025 г.
Ответ на: комментарий от anonymous

Это Вы кому?

Прочитайте внимательнее что там написано. Особо обратите внимание какой glibc указывается в названии файла. И какой glibc у меня.

Я конечно понимаю всю техническую безграмотность сборщиков, указать в названии файла один glibc а собрать под другой.

Но я это указал челу который якобы думает что appimag КРУГОМ работает - фиг там.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от mx__

Они там что? Совсем уже не понимают что пишут?

Ну, опечатка. С 35 вполне запускается.

Распаковываете ./Vim.AppImage --appimage-extract, качаете бинарник glibc 35 версии любого дистрибутива, извлекаете из него библиотеку libm.so.6 и добавляете в ./squashfs-root/usr/lib/
Затем, либо запускаете ./squashfs-root/AppRun, либо собираете обратно в Vim.AppImage командой appimagetool. Проблема выеденного яйца не стоит. Работы на пару минут.

anonymous
()
Ответ на: комментарий от mx__

У вас программа вываливалась на одном файлике общесистемной библиотеки. Его тупо не положили Vim.AppImage за ненадобностью, при этом ошиблись версией в названии пакета. Тут даже технической ошибки нет, ибо программа ответила, что ей нужно для запуска. Я повторил вашу ошибку, чтобы за пять минут полностью решить её и проверить работоспособность. Я ещё раз повторюсь, AppImage такая вещь, которая на старье позволяет запускать новейшие программы.

anonymous
()
Ответ на: комментарий от mx__

Вот это

И вот вопрос: кто какие сабжи юзает и чтобы поменьше в конфиг пихать и желательно чтобы работало в VIM8x ?

Я у мамы хакер. От жаргона умнее не станешь.

(a то попался мне yegappan/lsp, а он под vim9 только)

Элементарное решить не смог, готовое проглотить, но туда же, программист. Мало того, ещё споришь, доказывая правоту собственной тупости.

anonymous
()
Ответ на: комментарий от anonymous

Вот представьте что Вы к каждой проге что ставите должны применять руки. Это что нормально?

Я не уверен, но вроде я им туда писал что у них баг, они что его исправили?

Дело не в том что могу я, дело в том, если ты выкладываешь что то наружу, должен нести за это отвественность или просто предупреди что тут ошибки и оно работать не будет.

mx__ ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Когда ставишь windows то согласаешься с еулой, там написано что вы не покупаете продукт виндовс а покупаете право его использования.

С ГПЛ еще хуже, недавно кого то в очередной раз заставили исходники выложить.

mx__ ★★★★★
() автор топика