Open sanette opened 1 year ago
It's a known issue, https://github.com/ocaml/opam-repository/issues/22256
I see, but can you adapt to the debian package, instead of waiting for (hypothetical) changes? Then I could use your library ;)
Haha, I can't adapt something that doesn't exist, the missing dev package.
But we can complement the broken debian package on our own.
fswatch.conf
to /etc/ld.so.conf.d
. and the content of it is /usr/lib/x86_64-linux-gnu/libfswatch
then invoke ldconfig
LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/libfswatch opam install fswatch_async fswatch_lwt
The path of the library is system/config specialized, there are so many different distributions / architectures, we can't break all the compatibilities for only one architecture of only one distribution.
In the opam file you can add rules depending on the distribution, maybe you could try this? I understand it's complicated, I'm not saying it's easy. I'm just wondering, since debian is quite popular, it could be worth it.
Thanks for your suggestions. i.e. {os-family = "debian"}
conditional statement in an opam file.
Even if we add rules to the opam file and add necessary tweaks to the build command, the dynamic library still doesn't work, so the built fswatch and executables depending on it still will not work.
This is what we'll see:
error while loading shared libraries: libfswatch.so.11: cannot open shared object file: No such file or directory
Since debian is quite popular, it's odd that debian published such a low-quality package :( Any better ideas?
I had similar problems with tsdl-image (and likes) in MacOS, the libraries could not be found. We were able to add a specific case for MacOS. However we were using ctypes, so I'm afraid I cannot tell you to do the same :(
it seems that the option
-lfswatch
should be removed