Today I tried to install LoRa gateway bridge on our LoRa gateway (RFI S-Gateway). Unfortunately I got the message that the the lora-gateway-bridge packet could not be located. I followed the tutorial for debian and got stuck at the install step.
In the step before installing I got the following message: “Skipping acquire of configured file ‘main/binary-armel/Packages’ as repository ‘https://artifacts.loraserver.io/packages/3.x/deb stable InRelease’ doesn’t support architecture ‘armel’”
This is the root of your problem, your system uses the “armel” ABI, intended to support older ARM processor variations which either do not have floating point hardware, or do not use it. Floating point is done in software and function calls pass floating point values in integer registers.
The offered debian package for ARM appears to only be for armhf, intended for platforms that do have hardware floating point, and make use of it, with function calls passing floating point values in FPU registers.
You may have to wait for a specific answer from @broacaar but the (stale) version of the gateway bridge sitting on one of my ARM gateways appears to not be dynamically linked against system libraries. That might mean that it could actually work on your system if you manually downloaded, extracted, and installed it, in the case that it either a) it does not use any floating point instructions or b) your processor actually has floating point support even through the rest of your OS doesn’t make use of that.
Posting the output of uname -a could be useful
Presumably it should be possible to build the gateway bridge from source on your gateway. Another option could be to install it on a server and use the legacy UDP protocol between the gateway and there.
I tried to install the armv5 .deb package and that seems to be working. I was able to add my gateway in the LoRa App Server where ‘Last seen’ is now ‘a few seconds ago’.
If you are still curious: “Linux s-gateway 4.19.0+ #16 Mon Jan 7 09:59:28 CET 2019 armv5tejl GNU/Linux”
