aboutsummaryrefslogtreecommitdiff
path: root/ci
Commit message (Collapse)AuthorAge
...
* CI/AppVeyor: Avoid "warning" which causes non-zero retcodeJustin M. Keyes2018-11-05
| | | | | | ErrorActionPreference=stop will fail the script if this warning occurs. see https://github.com/open62541/open62541/issues/2068
* ci: win: enable powershell's strict modeJan Edmund Lazo2018-10-31
| | | | | | | | | | | | Give variables a default value to pass strict mode. $ErrorActionPreference defines the default behavior if a powershell command fails. If it's set to 'stop', then it aborts the script on the first unresolved error. This behavior extends to native programs like cmake but do not depend on it. https://github.com/PowerShell/PowerShell/issues/3996
* ci: win: use Ninja for CMake GeneratorJan Edmund Lazo2018-10-31
|
* CI/Travis/macOS: use default Travis-provided python/pipJustin M. Keyes2018-10-23
| | | | | | | Despite #9095, `brew upgrade python` broke again, somehow. We should not bother attempting to force a python version. Instead use whatever python Travis provides on the macOS image.
* CI/AppVeyor: fix MSBuild hack for functional testsJan Edmund Lazo2018-10-22
| | | | | | PR #9087 changed the error string by removing 'Running', breaking the MSBuild hack detecting failure for functional tests. If stdout or stderr has a line with 'functional tests failed with error', fail the build.
* CI/travis/macOS: silence non-error messages from homebrewJustin M. Keyes2018-10-13
| | | | Reduces the log size by 11% (1100/9670 lines).
* CI/travis/macOS: use "sudo rm" to remove coresJustin M. Keyes2018-10-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | After bumping Travis macOS to 10.13, it now hangs at: + check_core_dumps --delete quiet + local del= + test --delete = --delete + del=1 + shift + local app=quiet + test osx = osx ++ find /cores/ -type f -print + local 'cores=/cores//core.554 /cores//core.641 /cores//core.801' + test -z '/cores//core.554 /cores//core.641 /cores//core.801' + local core + for core in '$cores' + test 1 = 1 + print_core quiet /cores//core.554 + local app=quiet + local core=/cores//core.554 + test quiet = quiet + echo 'Found core /cores//core.554' Found core /cores//core.554 + return 0 + rm /cores//core.554 override r-------- root/admin for /cores//core.554? The cores are always present on the Travis macOS 10.13 image! Hilarious.
* CI/travis/macOS: fix missing pip3Justin M. Keyes2018-10-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | homebrew or Travis changed something, now `pip3` isn't in $PATH. `ls /usr/local/opt/python/libexec/bin` confirmed this, no matter what brew reinstall/relink/upgrade are used. Bumping the macOS image to 10.12 or 10.13 makes the problem go away. ==> Processing gcc49 formula rename to gcc@4.9 ==> Unlinking gcc49 ==> Moving gcc49 versions to /usr/local/Cellar/gcc@4.9 ==> Relinking gcc@4.9 Warning: gcc@4.9 is outdated! To avoid broken installations, as soon as possible please run: brew upgrade Or, if you're OK with a less reliable fix: brew upgrade gcc@4.9 python info: Python 2.7.12 Python 2.7.12 ci/before_install.sh: line 18: python3: command not found pip 8.1.2 from /usr/local/lib/python2.7/site-packages (python 2.7) pip 8.1.2 from /usr/local/lib/python2.7/site-packages (python 2.7) ci/before_install.sh: line 21: pip3: command not found pyenv versions: * system (set by /Users/travis/.pyenv/version) Upgrade Python 3. To restore the stashed changes to /usr/local/Homebrew run: 'cd /usr/local/Homebrew && git stash pop' ==> Caveats Python has been installed as /usr/local/bin/python3 Unversioned symlinks `python`, `python-config`, `pip` etc. pointing to `python3`, `python3-config`, `pip3` etc., respectively, have been installed into /usr/local/opt/python/libexec/bin If you need Homebrew's Python 2.7 run brew install python@2 Pip, setuptools, and wheel have been installed. To update them run pip3 install --upgrade pip setuptools wheel You can install Python packages with pip3 install <package> They will install into the site-package directory /usr/local/lib/python3.7/site-packages See: https://docs.brew.sh/Homebrew-and-Python ==> Summary º /usr/local/Cellar/python/3.7.0: 8,864 files, 153.8MB, built in 6 minutes 32 seconds ... Upgrade Python 3 pip. ci/before_install.sh: line 30: pip3: command not found travis_time:end:0d23f522:start=1538818824750644000,finish=1538819451424021000,duration=626673377000 The command "ci/before_install.sh" failed and exited with 127 during . Your build has been stopped. /Users/travis/.travis/job_stages: line 373: shell_session_update: command not found ==> Processing gcc49 formula rename to gcc@4.9 ==> Unlinking gcc49 ==> Moving gcc49 versions to /usr/local/Cellar/gcc@4.9 ==> Relinking gcc@4.9 Warning: gcc@4.9 is outdated! To avoid broken installations, as soon as possible please run: brew upgrade Or, if you're OK with a less reliable fix: brew upgrade gcc@4.9 python info: Python 2.7.12 Python 2.7.12 ci/before_install.sh: line 18: python3: command not found pip 8.1.2 from /usr/local/lib/python2.7/site-packages (python 2.7) pip 8.1.2 from /usr/local/lib/python2.7/site-packages (python 2.7) ci/before_install.sh: line 21: pip3: command not found pyenv versions: * system (set by /Users/travis/.pyenv/version) Upgrade Python 3. To restore the stashed changes to /usr/local/Homebrew run: 'cd /usr/local/Homebrew && git stash pop' ==> Caveats Python has been installed as /usr/local/bin/python3 Unversioned symlinks `python`, `python-config`, `pip` etc. pointing to `python3`, `python3-config`, `pip3` etc., respectively, have been installed into /usr/local/opt/python/libexec/bin If you need Homebrew's Python 2.7 run brew install python@2 Pip, setuptools, and wheel have been installed. To update them run pip3 install --upgrade pip setuptools wheel You can install Python packages with pip3 install <package> They will install into the site-package directory /usr/local/lib/python3.7/site-packages See: https://docs.brew.sh/Homebrew-and-Python ==> Summary º /usr/local/Cellar/python/3.7.0: 8,864 files, 153.8MB, built in 6 minutes 32 seconds ... Upgrade Python 3 pip. ci/before_install.sh: line 30: pip3: command not found travis_time:end:0d23f522:start=1538818824750644000,finish=1538819451424021000,duration=626673377000 The command "ci/before_install.sh" failed and exited with 127 during . Your build has been stopped. /Users/travis/.travis/job_stages: line 373: shell_session_update: command not found
* CI/AppVeyor: Disable gcov build for PRsJustin M. Keyes2018-09-04
| | | | | | | | Currently the "gcov" build always fails on AppVeyor. It makes the builds very slow, so disable it for PRs until the problem is fixed. closes #8911 closes #8912
* test: Dump $NVIM_LOG_FILE contents (#8926)Justin M. Keyes2018-08-28
| | | | | | Do this at the test-framework level instead of CI (Travis) scripts. Then it works for QuickBuild and AppVeyor. ref eb6dd3e42dc38460e8624dc5faef894e21c6aa26
* CI/travis: fix restore from cacheJustin M. Keyes2018-08-12
| | | | | | | | | | | | | | | a36938500988 fixed this for "~/.cache/nvim-deps/", but strangely not for "~/.cache/nvim-deps-downloads/". ref a36938500988 ref #8316 ref #8281 Seen in https://travis-ci.org/neovim/neovim/jobs/414982972 : Using third-party dependencies from Travis cache (last update: Aug 11 23:00:15 2018). cp: /Users/travis/build/neovim/neovim/deps-downloads/nvim-deps-downloads/…/nvim-deps-downloads/libvterm/a9c7c6fd20fa35e0ad3e0e98901ca12dfca9c25c.tar.gz: name too long (not copied)
* test: give more time for nodejsJan Edmund Lazo2018-06-04
| | | | | | Link neovim package to project root directory. Increase delay to 3 seconds. Reduce the total lines in temporary node scripts.
* travis: Enable ccacheJames McCoy2018-05-01
|
* ci/travis: fix restore from cache #8316Srikanth M2018-04-24
| | | closes #8281
* ci/win: redirect stderr to fix mingw buildJan Edmund Lazo2018-04-13
|
* Revert "ci/win: don't use lastexitcode hack on mingw build"Jan Edmund Lazo2018-04-13
| | | | | | This reverts commit bc43d2559f33aa6334d70834b389f0bc59dadcbf. stderr redirection should make the workaround work for mingw builds.
* ci/win: don't use lastexitcode hack on mingw buildJan Edmund Lazo2018-04-12
| | | | The heck is for MSVC builds to workaround msbuild error detection for cmake.
* ci/win: prefer msys find.exeJan Edmund Lazo2018-04-12
| | | | runnvim.sh depends on it for file glob patterns.
* ci/AppVeyor: cover MinGW and MSVC in PRs (#8206)Justin M. Keyes2018-03-30
|
* ci/AppVeyor: build MinGW only on master branch (#8193)Justin M. Keyes2018-03-29
| | | Else the build takes too long.
* ci/AppVeyor: Remove gperf from downloaded MSYS2 packagesb-r-o-c-k2018-03-26
|
* ci/AppVeyor: Remove Git Unix utilities from the PATHb-r-o-c-k2018-03-26
|
* build/msvc: Add workaround for false positive exit code from MSBuildb-r-o-c-k2018-03-26
| | | | See https://cmake.org/pipermail/cmake-developers/2015-October/026775.html
* ci/travis: report cache sizeJustin M. Keyes2018-03-18
|
* ci/travis: also cache $DEPS_DOWNLOAD_DIRJustin M. Keyes2018-03-18
| | | | ref #5166
* ci/travis: Don't destroy cache during prepareJustin M. Keyes2018-03-17
| | | | | This change was missed in c7f95fde1bb1. ref #5166
* ci/AppVeyor: use PowerShell (#8124)b-r-o-c-k2018-03-11
|
* ci/travis: Don't destroy cache during prepareJustin M. Keyes2018-03-11
| | | | | | | Use `cp -r` instead of `mv`. Remove use of `dirname`, that was missed in 10cdf8c28621. closes #5166
* ci/travis: rename $BUILD_NVIM_DEPS to $CACHE_ENABLEJustin M. Keyes2018-03-11
|
* ci/macOS: skip python2 on travis macOSJustin M. Keyes2018-03-11
| | | | | | | | | | | | | | | | | | | | | | | | | macOS travis builds recently started failing (travis caches were cleared recently, maybe related). python2 is reasonably covered by linux CI. Not going to waste time on it for macOS CI. ==> Installing python@2 ==> Downloading https://homebrew.bintray.com/bottles/python@2-2.7.14_3.el_capita ==> Pouring python@2-2.7.14_3.el_capitan.bottle.tar.gz Error: The `brew link` step did not complete successfully The formula built, but is not symlinked into /usr/local Could not symlink bin/2to3-2 Target /usr/local/bin/2to3-2 is a symlink belonging to python. You can unlink it: brew unlink python To force the link and overwrite all conflicting files: brew link --overwrite python@2 To list all files that would be deleted: brew link --overwrite --dry-run python@2 Possible conflicting files are: /usr/local/bin/2to3-2 -> /usr/local/Cellar/python/2.7.12_1/bin/2to3-2 /usr/local/bin/2to3-2.7 -> /usr/local/Cellar/python/2.7.12_1/bin/2to3-2.7 /usr/local/bin/idle -> /usr/local/Cellar/python/2.7.12_1/bin/idle ...
* ci/travis: use ninja instead of makeJustin M. Keyes2018-03-11
|
* ci/AppVeyor: fix `set` whitespace quotingJustin M. Keyes2018-03-11
|
* Merge #8084 'build/win: support MSVC'Justin M. Keyes2018-03-08
|\
| * build/msvc: Fix AppVeyor build script for 'MINGW_64-gcov' configurationb-r-o-c-k2018-03-07
| |
| * build/msvc: Change MSBuild verbosity to normalb-r-o-c-k2018-03-05
| |
| * build/msvc: Add Appveyor CI for MSVCb-r-o-c-k2018-03-04
| |
* | ci: the homebrew formula for Python 3 was renamed (#8094)Marco Hinz2018-03-04
|/ | | | | | | | | | | | | Homebrew changed a few formulae to meet their standards. "python3" was renamed to "python", and "python2" to "python@2". As for why, read this announcement: https://brew.sh/2018/01/19/homebrew-1.5.0 Since we install Python 3 via homebrew anyway, we now do the same for Python 2 as well. We do that because the system Python 2 of macOS comes without pip installed and this way seems cleaner than doing "sudo easy_install pip". The Python 2 formula is keg-only now, so it doesn't interfere with the system Python 2. Therefore we have to add its executables to $PATH ourselves.
* codecov: Submit test suite specific coverageJames McCoy2018-02-06
|
* ci: Remove coveralls coverage reportingJames McCoy2018-02-06
|
* travis: Don't run unit tests for functionaltest-lua buildJames McCoy2018-02-02
|
* ci/travis: install neovim npm module on osx (#7825)Jan Edmund Lazo2018-01-08
| | | Always get latest nvm on osx to fix lts aliases.
* ci/travis: macOS: skip ruby-neovim installJustin M. Keyes2018-01-07
| | | | | | | With 6fa0a0a516f3 the neovim-ruby gem installs successfully, but ruby_spec.lua can't find it: g:ruby_host_prog needs to be set correctly. Just skip the whole thing for now, so that CI builds don't fail.
* ci/travis: macOS: switch ruby versionJustin M. Keyes2018-01-07
| | | | | Travis macOS builds are failing because of neovim-ruby gem dependencies. Switch default ruby to a newer version to make the builds pass.
* ci: asan_check: No-op unless performing ASAN buildJames McCoy2018-01-02
|
* travis: Use Ubuntu's clang instead of llvm's repoJames McCoy2018-01-02
| | | | | | | | The llvm repos commonly have access issues, so removing them will improve stability of the Travis builds. Filtering check_log's output through asan_symbolize also avoids the version dance every time a new clang version makes its way into Travis.
* test: remove inspect test; set NODE_PATH in nodejs_spec.luaJan Edmund Lazo2017-12-17
| | | | | | | | | | | provider#node#can_inspect will fail on some systems because it is common to have old node versions in OS (any Linux OS that has LTS releases) and CI (Travis, Appveyor). NODE_PATH can be trivially set with VimL. Build scripts don't have to set it for the nodejs tests to work. NODE_PATH is optional to begin with and is used only as a workaround for the neovim node.js host.
* ci: nodejs client acceptance-test #7706Jan Edmund Lazo2017-12-17
| | | | | | | | | | | | | | | | | | | | | | | | ci: install nodejs 8 in Appveyor, Travis provider: check node version for debug support Resolve https://github.com/neovim/neovim/pull/7577#issuecomment-350590592 for Unix. provider: test if nodejs in ci supports --inspect-brk nodejs host for neovim requires nodejs 6+ to work properly. nodejs 6.12+ or 7.6+ is required for debug support via `node --inspect-brk`. provider: run cli.js of nodejs host directly npm shims are useless because the user cannot set node to debug mode via --inspect-brk. This is problematic on Windows which use batchfiles and shell scripts to compensate for not supporting shebang. The patch uses `npm root -g` to get the absolute path of the global npm modules. If that fails, then the user did not install neovim npm package globally. Use that absolute path to find `neovim/bin/cli.js`, which is what the npm shim actually runs with node. glob() is for a simple file check in case bin/ is removed because the npm shims are ignored now.
* ci: run oldtests in Appveyor #7705Jan Edmund Lazo2017-12-10
|
* ci: Install neovim gem in Appveyor (#7700)Jan Edmund Lazo2017-12-07
| | | ref #7655
* ci/travis: ignore pip3 failureJustin M. Keyes2017-09-10
| | | | | | | | | | Workaround for travis issue: https://github.com/travis-ci/travis-ci/issues/8363 Cannot check `command -v pip3`, because that may point to `/opt/pyenv/shims/pip3` which is also (sometimes) broken. ref 6389bde0bc96
generated by cgit (git 2.34.1) at 2025-07-18 18:54:48 +0000