[voskstt] Fix load on linux arm

[GiviMAD]

Try to fix error on armv7.

Signed-off-by: Miguel Álvarez miguelwork92@gmail.com

[lolodomo]

After an update of the bundle, a clean of .cache/JNA folder and a restart of openHAB, the exception is no more present, the bundle is active but I have this warning:

09:10:31.660 [WARN ] [voice.voskstt.internal.VoskSTTService] - Missing native dependency: /home/xxx/.cache/JNA/temp/jna511182918146398935.tmp: undefined symbol: __atomic_load_8

[GiviMAD]

Hi @lolodomo, a little update from my side.
I was able to replicate the issue using the docker armv7l image, also I was able to workaround it by setting this env var "LD_PRELOAD=/usr/lib/arm-linux-gnueabihf/libatomic.so.1" apart from install libatomic1.
As a reference I found the workaround here piwheels/packages#59

Not sure if something can be done in the binding to load this shared library using java before the first call to vosk or if is better to report the issue in the vosk repo. I'm afraid I have not enough knowledge about c :S

I will do more investigation later or tomorrow about how it can be fixed. Let me know if you have any advise or if you can confirm that workaround works for you.

[GiviMAD]

Do not test the workaround, I was able to load the library from the binding, I'll update the pr!

[GiviMAD]

This last version works fine for me, only requirement is have libatomic installed.

[lolodomo]

Please update README to mention the prerequisite and how to install the missing library.

[GiviMAD]

Please update README to mention the prerequisite and how to install the missing library.

Ok I'll add a "supported platforms" section with this information.
Section already exists I will add this information in there.

[lolodomo]

No need to update the library finally?

[GiviMAD]

No need to update the library finally?

No I checked it agains and outdated branch, the binary was correctly downloaded. Once I merge master to this branch that change was the same, also the call to 'LibVosk.setLogLevel(LogLevel.WARNINGS);' was missed in this branch, that is why it failed different earlier. The problem was always the missing libatomic library. Sorry for the whole confusion.

[lolodomo]

LGTM

[lolodomo]

After installing snapshot 3143, I can tell you that I have no warning/error in logs at startup.
I did not install libatomic.
That being said, I can't tell you if the service is working or not (not tested).

[GiviMAD]

After installing snapshot 3143, I can tell you that I have no warning/error in logs at startup.
I did not install libatomic.
That being said, I can't tell you if the service is working or not (not tested).

Thank you for the confirmation, in my tests I enabled the model load and it works without errors, so I think it will work well.
Probably libatomic is already installed in raspbian, you can check if the library is present using the path:

ls /usr/lib/arm-linux-gnueabihf/libatomic.so.1

[lolodomo]

Confirmed, the file already exists in my system (RPI3).