Debian Patches
Status for neovim/0.11.4-1
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 0001-Skip-flaky-tests-in-test_stat.vim.patch | Skip flaky tests in test_stat.vim Test_checktime and Test_autoread_file_deleted are particularly flaky on s390x, so skip them to avoid the noise. |
James McCoy <jamessan@debian.org> | not-needed | 2025-03-10 | ||
| 0002-fix-tests-ignore-vector-math-types.patch | fix(tests): ignore vector math types As noted in #34908, the arm unittests fail due to unrecognized types: ERROR test/unit/testutil.lua @ 802: Expressions parser works with &opt test/unit/testutil.lua:774: test/unit/testutil.lua:758: (string) ' test/unit/testutil.lua:288: declaration specifier expected near '__SVFloat32_t'' exit code: 256 After testing on Debian's arm64 porterbox, the unittests cleanly pass when ignoring various types defined in /usr/include/aarch64-linux-gnu/bits/math-vector.h (cherry picked from commit e702f97518cd18fa57c50ee62fdc63ad887f006d) |
James McCoy <jamessan@jamessan.com> | no | 2025-09-06 | ||
| 0003-fix-vim.json-fix-truncation-of-decoded-numbers-outsi.patch | fix(vim.json): fix truncation of decoded numbers outside lua_Integer's range #35702 PR #34876 expanded the total range of values that cjson considers valid. However, it didn't address the bigger problem of storing a `long long` value in a `lua_Integer` (which is typically a typedef for `ptrdiff_t`). On 32-bit platforms, this ends up storing an 8-byte number into a 4-byte variable, truncating the value. Store the converted value in a temporary `long long` variable so we can detect the scenario and decode into a `lua_Number`. (cherry picked from commit da650de277b0ce3e3901e847c489ef0e2b419d13) |
James McCoy <jamessan@jamessan.com> | no | 2025-09-10 |