Cannot install newest version on raspberrypi 3 b

[sewbacca]

How are you using the lua-language-server?

Visual Studio Code Extension (sumneko.lua)

Which OS are you using?

Other

What is the issue affecting?

Other

Expected Behaviour

Version 3.6.4 should show up and version 2.5.3 should run.

Actual Behaviour

Version 2.5.3 is highest version and it fails.

Reproduction steps

1. Connect via ssh extension to a raspberry pi
2. Install Lua language server

Additional Notes

I'm connecting to a raspberry-pi 3 model B

Log File

No logs found... Except in output console:

[Error - 22:02:56] Connection to server is erroring. Shutting down server.
[Error - 22:02:56] Connection to server got closed. Server will not be restarted.
/home/sewbacca/.vscode-server/extensions/sumneko.lua-2.5.3/server/bin/Linux/lua-language-server: 1: /home/sewbacca/.vscode-server/extensions/sumneko.lua-2.5.3/server/bin/Linux/lua-language-server: �ELF�����: not found
/home/sewbacca/.vscode-server/extensions/sumneko.lua-2.5.3/server/bin/Linux/lua-language-server: 2: /home/sewbacca/.vscode-server/extensions/sumneko.lua-2.5.3/server/bin/Linux/lua-language-server: Syntax error: "(" unexpected

[sumneko]

Try to update your VSCode, 3.6.4 requires VSCode version >= 1.67.0

[sewbacca]

On my local machine, I have installed VSCode version 1.74.0.
When connected to my local machine, and executing code --version I get the same:

sewbacca@sewbacca-pi:~/segment_display $ code --version
1.74.0
5235c6bb189b60b01b1f49062f4ffa42384f8c91
arm

[sumneko]

Are you using Code-OSS instead of VSCode?

[sewbacca]

No I'm not using Code-OSS, just the ordinary VSCode version on my Windows 10 machine and connect to my raspberrypi via this ssh remote extension, which seems to install a vscode-server on the raspberrypi. On Windows I can install version 3.6.4, but on the raspberrypi it goes at most to version 2.6.3.

[carsakiller]

I connected through SSH using VS Code to my Raspberry Pi 3 and everything seems fine for me.

I receive the following:

1.74.0
5235c6bb189b60b01b1f49062f4ffa42384f8c91
arm64

My pi seems to be arm64, whereas yours is just arm. Perhaps a 64-bit system is required to run higher versions of the extension.

Which OS are you using? Have you run apt-get update apt-get upgrade recently?

[sewbacca]

There were plenty of packages, which needed an upgrade. I reinstalled the vscode-server from vscode commands and reload the window. I couldn't install the newest version and still get the output from above.
As for the OS:

• software-description: Raspbian GNU/Linux 9.13 (stretch)
• kernel: 4.14.79-v7+
• machine type: armv7l which I believe is 32 bit

[sumneko]

I think this is because I did not provide ARM32 version.
Before 2.5.3, I published a universal version, built-in binary files with three platforms. The client will selectively and use it, which does not include 32-bit versions, so you cannot start it.
After 2.5.3, I published the special version to different platforms. Since it do not include the ARM32 version, you cannot see the new version.

[sewbacca]

Ah, I understand. So am I out of luck? My workarround would be to develop on my local machine and push all changes to the pi, which in all honesty should be the way to go, because developing remote is slow. Still for small changes it would be usefull to be able to use the server.

[sumneko]

You may try to compile the binaries in your server, it should support arm32, see https://github.com/sumneko/lua-language-server/wiki/Getting-Started#build

[iveney]

+1 for adding pre-build binary for arm32. Raspberry pi OS 64b is not fully stable yet (I think) and not many people are still using 64b. When compiling, I found the following error, and I have to change this line

https://github.com/actboy168/bee.lua/blob/3089fa1f51bb71254647b0c34a1159180049e621/compile/config.lua#L16

to get around it.

lm.warnings = "on"

Error:

[23/82] Compile C++ build/obj/source_bee/format.obj
FAILED: build/obj/source_bee/format.obj
gcc -MMD -MT build/obj/source_bee/format.obj -MF build/obj/source_bee/format.obj.d -std=c++17 -fno-rtti -O2 -Wall -Werror -fvisibility=hidden -I3rd/bee.lua/bee/nonstd/3rd/fmt/include -DNDEBUG -fPIC -o build/obj/source_bee/format.obj -c 3rd/bee.lua/bee/nonstd/3rd/fmt/src/format.cc
In file included from 3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format-inl.h:29,
                 from 3rd/bee.lua/bee/nonstd/3rd/fmt/src/format.cc:8:
In function ‘fmt::v9::detail::format_decimal_result<Char*> fmt::v9::detail::format_decimal(Char*, UInt, int) [with Char = char; UInt = unsigned int]’,
    inlined from ‘constexpr fmt::v9::detail::format_decimal_result<Iterator> fmt::v9::detail::format_decimal(Iterator, UInt, int) [with Char = char; UInt = unsigned int; Iterator = fmt::v9::appender; typename std::enable_if<(! std::is_pointer<typename std::remove_cv<typename std::remove_reference<_Arg>::type>::type>::value), int>::type <anonymous> = 0]’ at 3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format.h:1346:28,
    inlined from ‘void fmt::v9::detail::format_hexfloat(Float, int, fmt::v9::detail::float_specs, fmt::v9::detail::buffer<char>&) [with Float = double]’ at 3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format.h:3389:23:
3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format.h:1302:11: error: writing 2 bytes into a region of size 0 [-Werror=stringop-overflow=]
 1302 |     memcpy(dst, src, 2);
      |     ~~~~~~^~~~~~~~~~~~~
3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format.h: In function ‘void fmt::v9::detail::format_hexfloat(Float, int, fmt::v9::detail::float_specs, fmt::v9::detail::buffer<char>&) [with Float = double]’:
3rd/bee.lua/bee/nonstd/3rd/fmt/include/fmt/format.h:1345:8: note: at offset -2 to object ‘buffer’ with size 10 declared here
 1345 |   Char buffer[digits10<UInt>() + 1] = {};
      |        ^~~~~~

[actboy168]

@sumneko We can add the linux-arm version using
https://github.com/uraimo/run-on-arch-action

[sumneko]

@actboy168 我写了半天都编不了，要不你来？workflow 分支。

[actboy168]

https://github.com/actboy168/bee.lua/blob/master/.github/workflows/test.yml#L79-L101