aboutsummaryrefslogtreecommitdiff
path: root/runtime/autoload/health
Commit message (Collapse)AuthorAge
* chore: fix typos (#17755)dundargoc2022-03-25
| | | | Co-authored-by: Jordan Haine <jhaine@securitycompass.com>
* chore(checkhealth/provider): style fixes (#17738)Sean Dewar2022-03-16
|
* fix(checkhealth): make provider checkhealth output more consistent (#17722)dundargoc2022-03-16
| | | | | Change missing provider plugins from errors to warnings for python and perl. Also give proper advice under the ADVICE section instead of just the errors.
* fix(health): do not run external processes in a shellzeertzjq2022-02-03
|
* feat(provider)!: remove support for python2 and python3.[3-5]Björn Linse2022-01-29
| | | | | | These versions of python has reached End-of-life. getting rid of python2 support removes a lot of logic to support two incompatible python versions in the same version.
* chore: fix typos (#16506)dundargoc2021-12-28
| | | | | | | | | Co-authored-by: Gregory Anders <8965202+gpanders@users.noreply.github.com> Co-authored-by: Evgeni Chasnovski <evgeni.chasnovski@gmail.com> Co-authored-by: zeertzjq <zeertzjq@outlook.com> Co-authored-by: Christoph Hasse <hassec@users.noreply.github.com> Co-authored-by: Alef Pereira <ealefpereira@gmail.com> Co-authored-by: AusCyber <willp@outlook.com.au> Co-authored-by: kylo252 <59826753+kylo252@users.noreply.github.com>
* fix(heath/provider.vim): using list as string #16007Javier Lopez2021-10-12
| | | Fixes #15988
* fix(healthcheck): update builtins to the new convention #15914Javier Lopez2021-10-05
| | | Adjust some builtin healthchecks to use Lua, after #15259
* feat(lsp): add lsp healthcheckMichael Lingelbach2021-09-07
| | | | | Add healthcheck for language server client, currently only checks logging status.
* fix(health/python3): remove obsolete check (#14590)Marco Hinz2021-05-19
| | | | | | | Python 3.3 reached its end-of-life 2017-09-29: https://www.python.org/dev/peps/pep-0398 Closes https://github.com/neovim/neovim/issues/14586
* doc: prefer "python -m pip" (#14353)Aru Sahni2021-04-14
| | | | | | | | | | | | | | | | | | | | The current guidance for install Python packages is to use python -m pip install <package_name> Instead of pip install <package_name> This ensures that one is using the version of pip that is tied to the environment's interpreter (and, thusly, its packages). This has [been endorsed by a core maintainer](https://snarky.ca/why-you-should-use-python-m-pip/) as being the recommended way to invoke pip. As there currently are a few places where the old invocation was used, attempt to bring them in line. Fixes #14234
* fix(ts): move checkhealth in runtime/vimThomas Vigouroux2021-04-06
|
* feat: treesitter checkhealthMatthieu Coudron2021-04-06
|
* checkhealth: fix terminfo problems on Windowserw72021-01-06
| | | | fixes #13415
* checkhealth: fix problem where &shada is emptyerw72021-01-06
| | | | fixes #13700
* healthcheck: fix health check issue with shada file (#13291)erw72020-12-13
| | | | | - If the shada file is set with shada option n, use it. - If the shadafile is NONE, it does not check for file read/write access. - If the shada file does not exist, try to create it.
* checkhealth: support virtual env dir with spacessaadparwaiz12020-11-24
|
* healthcheck: suggest to skip tests perl provider (#13223)Jan Edmund Lazo2020-11-04
| | | | CPAN tests are unreliable on Windows. CI does the same to reduce flaky,slow builds.
* provider: align all foo#Detect() functions #12839Justin M. Keyes2020-09-05
| | | | | | Problem: ruby#Detect() and node#Detect() don't return a [prog, err] pair which means callers must special-case them. Solution: align their return signatures with the perl/pythonx providers.
* healtcheck: use g:perl_host_prog if its set insteadJacques Germishuys2020-09-05
| | | | | | using just 'perl' isn't correct as it may not be the version requested. ditto for 'cpanm', rather go through 'App::cpanminus' to find the latest perl version
* only perl 5.22+ is supportedJacques Germishuys2020-09-03
|
* Fix / improve report messages (#12396)David Lukes2020-07-19
|
* Added healt check for tmux focus eventsBK16032020-07-02
|
* provider: Fix ruby checkhealth error for Windows (#12400)BusyBruce2020-05-30
| | | | | | | | | | | | | | | Plaform: Windows 10 run `cmd /c gem list -ra ^^neovim$` *** REMOTE GEMS *** minitest-neovim (0.1.0) neovim (0.7.1, 0.7.0, 0.6.2, 0.6.1, 0.6.0, 0.5.1, 0.5.0, 0.4.0, 0.3.3, 0.3.2, 0.3.1, 0.3.0, 0.2.5, 0.2.4, 0.2.3, 0.2.2, 0.2.1, 0.2.0, 0.1.0, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1) run `cmd /c gem list -ra "^^neovim$"` *** REMOTE GEMS *** neovim (0.7.1, 0.7.0, 0.6.2, 0.6.1, 0.6.0, 0.5.1, 0.5.0, 0.4.0, 0.3.3, 0.3.2, 0.3.1, 0.3.0, 0.2.5, 0.2.4, 0.2.3, 0.2.2, 0.2.1, 0.2.0, 0.1.0, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1)
* checkhealth/ruby: fix off-by-one error #12245Booome2020-05-04
| | | Co-authored-by: BodongLiKolmostar <bodong.li@kolmostar.com>
* checkhealth: allow 'sudo install' of 'Neovim::Ext' #11874Jan Edmund Lazo2020-02-15
| | | | | | | | | | | | | | cpanm cannot look for Perl modules from root directories without sudo so it creates '~/perl5/' and look for Perl modules in there. Whether this directory existed before running cpanm or not, cpanm returns a warning to advice the user to setup local::lib in order to use modules in '~/perl5/' and exits with error code 0. Each line in the warning always starts with '!'. Display this warning to the user. Continue parsing the version number if the warning can be ignored because lines that are not prefixed with '!' are valid output. Fix #11858
* checkhealth: ignore cpamn "!" output #11869Jan Edmund Lazo2020-02-14
| | | | | | | | cpanm outputs a warning that suggest to use 'sudo' or use local::lib. cpanm exits with 0 so nvim thinks that the command worked. cpanm output that starts with "!" is likely an error. Close #11858
* checkhealth: fix accidental change [ci skip]Justin M. Keyes2020-02-02
|
* checkhealth: avoid irrelevant virtualenv executablesJustin M. Keyes2020-02-02
|
* checkhealth: cleanup, brevityJustin M. Keyes2020-02-02
|
* checkhealth: bin directory is Scripts/ on WindowsDavid Lukes2020-02-02
|
* checkhealth: print -> sys.stdout.writeDavid Lukes2020-02-02
| | | | Co-Authored-By: Peter Lithammer <peter.lithammer@gmail.com>
* checkhealth: better $VIRTUAL_ENV validation #11781David Lukes2020-02-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | fix #11753 close #11781 The virtualenv troubleshooting in the Python provider health checks is supposed to help the user determine whether running Python from Neovim (as in `system('python')` or `system(exepath('python'))`) will use the correct executable when a virtualenv is active. Currently however, it issues spurious warnings in legitimate setups, and conversely, fails to warn about potentially problematic ones. See https://github.com/neovim/neovim/issues/11753#issuecomment-578715584 for a more detailed analysis, but at a high level, this is due to two things: - the virtualenv check is part of the Python provider check defined in `s:check_python`, which uses a roundabout and sometimes erroneous way of determining the Python executable - more generally, it shouldn't be part of the provider check at all, because it's not really related to the Python *provider*, i.e. the Python executable which can communicate with Neovim via `pynvim`, but to the Python the user is editing source files for, which typically shouldn't even have `pynvim` installed This patch reimplements the virtualenv check and factors it out into its own separate function, which is however still kept in `health/provider.vim` alongside the rest of the Python troubleshooting, since troubleshooting all Python-related stuff in one place is probably a good idea in order to alleviate any potential confusion (e.g. users who run only provider checks might be left wondering whether their virtualenv Python was properly detected if the report only shows their global Python as the provider used by Neovim).
* provider/perl: add latest version health checkJan Edmund Lazo2020-01-20
|
* provider/perl: add health checkJan Edmund Lazo2020-01-20
|
* provider/pythonx: don't assume CWD (empty string) is in path #11304supermomonga2019-10-27
| | | | | | | | | sys.path.remove("") raises ValueError if the item is missing. https://docs.python.org/3/library/functions.html#filter: > filter(function, iterable) is equivalent to the generator expression (item > for item in iterable if function(item)) fixes #11293
* health: provider: skip checks with `g:loaded_X_provider = 0` (#11147)Daniel Hahler2019-10-04
| | | | | | | | | The Python provider was special (via [1]), and would continue to do checks with `0` being set explicitly even. This was fixed in #11044 (45447e3b6), ref: #11040. This extends it to use the same method with all providers. 1: https://github.com/neovim/neovim/pull/8047
* provider#pythonx: resolve/expand exe from host var (#11047)Daniel Hahler2019-09-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts part of ade88fe4c [1]. This is required for `let g:python3_host_prog = 'python'` etc, where it should get picked up from PATH. Without this it would show: ``` - INFO: pyenv: Path: /home/user/.pyenv/libexec/pyenv - INFO: pyenv: Root: /home/user/.pyenv - INFO: Using: g:python3_host_prog = "python" - ERROR: "python" was not found. - INFO: Executable: Not found - ERROR: Detected pip upgrade failure: Python executable can import "pynvim" but not "neovim": python - ADVICE: - Use that Python version to reinstall "pynvim" and optionally "neovim". pip3 uninstall pynvim neovim pip3 install pynvim pip3 install neovim # only if needed by third-party software ``` Note that it additionally causes a weird error ("Detected pip upgrade failure"), due to `s:check_bin` emptying `python_exe` (because the non-absolute file not being readable), and `provider#pythonx#DetectByModule('pynvim', a:version)` from 75593e6fce then just getting the value from the host var again (without actual checks). This is implicitly fixed via this patch now (because it is skipped), but could need some improvement in this regard probably. With this patch it resolves it (for a virtualenv where pynvim is not made available intentionally): ``` - INFO: pyenv: Path: /home/daniel/.pyenv/libexec/pyenv - INFO: pyenv: Root: /home/daniel/.pyenv - INFO: Using: g:python3_host_prog = "python" - WARNING: $VIRTUAL_ENV exists but appears to be inactive. This could lead to unexpected results. - ADVICE: - If you are using Zsh, see: http://vi.stackexchange.com/a/7654 - INFO: Executable: /home/daniel/.pyenv/shims/tmp-system-deoplete.nvim-f205aF/python - ERROR: Command error (job=11, exit code 1): `'/home/daniel/.pyenv/shims/tmp-system-deoplete.nvim-f205aF/python' -c 'import sys; sys.path.remove(""); import neovim; print(neovim.__file__)'` (in '/home/daniel/.dotfiles/vim/plugged/deoplete.nvim') Output: Traceback (most recent call last): File "<string>", line 1, in <module>ModuleNotFoundError: No module named 'neovim' Stderr: Traceback (most recent call last): File "<string>", line 1, in <module>ModuleNotFoundError: No module named 'neovim' - INFO: Python version: 3.7.4 - INFO: pynvim version: unable to load neovim Python module - ERROR: pynvim is not installed. Error: unable to load neovim Python module - ADVICE: - Run in shell: pip3 install pynvim ``` Note: this appears to display the error twice via "Output:" and "Stderr:". 1: https://github.com/neovim/neovim/pull/8784
* checkhealth: skip python checks if intentionally disabled #11044Yoshio S2019-09-21
| | | close #11040
* health#provider: fix duplicated output/stderr (#11048)Daniel Hahler2019-09-18
| | | Ref: https://github.com/neovim/neovim/pull/11047#issuecomment-532268826
* health.vim: check has("debug")Justin M. Keyes2019-08-04
|
* checkhealth: try yarn if npm is missing #10490ObserverOfTime2019-07-14
| | | fixes #10489
* health.vim: check shada file #10327Justin M. Keyes2019-06-25
| | | closes #1202
* health/provider.vim: check curl HTTPS supporterw72019-04-22
| | | | | closes #9925 closes #9928
* health: check if tmux enabled true colors (#9929)Marco Hinz2019-04-20
| | | References https://github.com/neovim/neovim/issues/7764
* checkhealth: validate locale (#9548)Justin M. Keyes2019-01-26
| | | | | | Test case: LANG= LC_ALL= LC_CTYPE= tmux nvim -u NORC +'checkhealth nvim'
* health/pythonx: handle "pip upgrade failure"Marco Hinz2019-01-07
| | | | Reference: https://github.com/neovim/neovim/wiki/Following-HEAD#20181118
* health/pythonx: refactor #Detect()Marco Hinz2019-01-07
|
* health/pythonx: refactor pyenv checkMarco Hinz2019-01-07
|
* health/provider: Check for available pynvim when neovim module missingJames McCoy2019-01-01
| | | | | Adapt the checks so we can still report when the pynvim module is present but the neovim module is missing.