You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks @brianreichtcs for logs and steps to reproduce. I get similar results with FreeBSD 14.0-RELEASE.
At least some of the errors seems to be from bee.lua, which is a submodule of lua-language-server. A brief look at the source code indicates that the BSD code merely points at the linux implementation. Without properly reading nor understand the details, I see mentions of inotify which natively is a linux specific API. An interesting quote from bee.lua#42 reads:
filewatch on freebsd is incomplete. filewatch depends on libinotify-kqueue, but unfortunately libinotify-kqueue doesn't work correctly.
Furthermore bee.lua#12 states that lua-language-server is unlikely to use filewatch, so the failing tests should be safe to ignore.
As far as I know, lua-language-server does not use filewatch, you can ignore this test.
Maybe it is possible add conditionals around irrelevant functionality and their tests? Either in bee.lua, lua-language-server or in the ports tree. I will unfortunately not be able to attempt that anytime soon though.
Fair enough :) I'm trying to work my team out of the FreeBSD business for exactly reasons like this. I thought given some more information maybe there'd be an existing solution, but didn't expect anyone to spend time on this to solve the issue for the 6 people it will impact. Thanks for looking it over, and thanks for all your efforts! Looking forward to using this package when we port over to Linux.
For what it is worth, I tried and failed to package up a port. The attempt is available under this LuaLS branch.
Successful creation of a port would likely need to address a few issues. Among those:
This software has no release tar balls, and due to using submodules for dependencies it is only buildable from within its git repository.
All users launching this software needs to have write access to log files, which becomes under $PREFIX with my porting attempt.
The compiled resulting binary fails to start with an error message about not finding bootstrap.lua, it also appears to look for main.lua directly in the root of $PREFIX/.
I'm giving up on creating this port for now. I still think it would be great to properly package this stuff though.
I have made a port which I'm using to test (but this is my first port so its probably not optimal). It is however reproducable and bee passes all tests. If you know how to build ports give it a try.
With the release of 3.16.0 devel/libinotify is sufficient for stable/14 FreeBSD again (probably stable/13 as well and maybe other BSDs but I have not tested). I have updated my port and will be making PR to get it into FreeBSD ports tree again later today.
Activity
rymdbar commentedon Dec 21, 2023
Does it work better on FreeBSD 14.0-RELEASE? What are the exact commands run and the error message encountered?
brianreichtcs commentedon Mar 12, 2024
I am also on FreeBSD 13.2. Here's my output from
make.sh, if that helps.output.txt
rymdbar commentedon Mar 12, 2024
Thanks @brianreichtcs for logs and steps to reproduce. I get similar results with FreeBSD 14.0-RELEASE.
At least some of the errors seems to be from bee.lua, which is a submodule of lua-language-server. A brief look at the source code indicates that the BSD code merely points at the linux implementation. Without properly reading nor understand the details, I see mentions of inotify which natively is a linux specific API. An interesting quote from bee.lua#42 reads:
Furthermore bee.lua#12 states that lua-language-server is unlikely to use filewatch, so the failing tests should be safe to ignore.
Maybe it is possible add conditionals around irrelevant functionality and their tests? Either in bee.lua, lua-language-server or in the ports tree. I will unfortunately not be able to attempt that anytime soon though.
brianreichtcs commentedon Mar 12, 2024
Fair enough :) I'm trying to work my team out of the FreeBSD business for exactly reasons like this. I thought given some more information maybe there'd be an existing solution, but didn't expect anyone to spend time on this to solve the issue for the 6 people it will impact. Thanks for looking it over, and thanks for all your efforts! Looking forward to using this package when we port over to Linux.
vermaden commentedon Mar 14, 2024
These instructions seem to work on my FreeBSD 14.0 system - I needed to 'silence' two tests ...
brianreichtcs commentedon Apr 1, 2024
Skipping the tests as you demonstrated makes the build succeed. Thanks so much!
rymdbar commentedon Jun 22, 2024
For what it is worth, I tried and failed to package up a port. The attempt is available under this LuaLS branch.
Successful creation of a port would likely need to address a few issues. Among those:
$PREFIXwith my porting attempt.bootstrap.lua, it also appears to look formain.luadirectly in the root of$PREFIX/.I'm giving up on creating this port for now. I still think it would be great to properly package this stuff though.
CppCXY commentedon Sep 11, 2024
I have created a Rust-based luals port, which might meet your requirements. see https://github.com/LuaLS/lua-language-server-rust
vermaden commentedon Sep 11, 2024
Nice, thank You for sharing that.
Marce1in commentedon Sep 15, 2024
Just to add a little more, I was unable to compile luaLS even when following this guide in my FreeBSD 14.1, but apparently if I:
I'm able compile!
vermaden commentedon Sep 15, 2024
Thanks for submitting that - I just added libinotify to the 'needed packages' :)
dmarker commentedon Oct 22, 2025
FreeBSD 15 (now in beta) has a native inotify(2) and no longer needs devl/libinotify.
I have made a port which I'm using to test (but this is my first port so its probably not optimal). It is however reproducable and bee passes all tests. If you know how to build ports give it a try.
vermaden commentedon Oct 22, 2025
Thanks You for this good portion of information ... when I will have time to play with this - I will test it and let you know how it went.
dmarker commentedon Dec 3, 2025
With the release of 3.16.0 devel/libinotify is sufficient for stable/14 FreeBSD again (probably stable/13 as well and maybe other BSDs but I have not tested). I have updated my port and will be making PR to get it into FreeBSD ports tree again later today.