tcurdt
November 10, 2023, 1:26am
1
I’ve tried to run the latest gSender EDGE on a fresh RPi install but have not been successful.
opened 01:18PM - 12 May 23 UTC
closed 08:05PM - 08 Jun 23 UTC
Using a Raspberry PI 4, with Buster 32 bit as recommended in the install instruc… tions. gSender-1.2.2-Edge-armv7l.AppImage is the last version that successfully runs.
It looks like the build process changed after that to start using CI builds?
When running gSender-1.2.3-EDGE-linux-armv7l.AppImage (and any newer versions), I get this error:
```
09:05:57.254 › Error: /tmp/.mount_gSendeVKb85C/resources/app/node_modules/@serialport/bindings-cpp/build/Release/bindings.node: wrong ELF class: ELFCLASS64
at process.func [as dlopen] (node:electron/js2c/asar_bundle:2:1822)
at Module._extensions..node (node:internal/modules/cjs/loader:1226:18)
at Object.func [as .node] (node:electron/js2c/asar_bundle:2:1822)
at Module.load (node:internal/modules/cjs/loader:1011:32)
at Module._load (node:internal/modules/cjs/loader:846:12)
at f._load (node:electron/js2c/asar_bundle:2:13330)
at Module.require (node:internal/modules/cjs/loader:1035:19)
at require (node:internal/modules/cjs/helpers:102:18)
at load (/tmp/.mount_gSendeVKb85C/resources/app/node_modules/node-gyp-build/node-gyp-build.js:22:10)
at Object.<anonymous> (/tmp/.mount_gSendeVKb85C/resources/app/node_modules/@serialport/bindings-cpp/dist/load-bindings.js:11:46)
at Module._compile (node:internal/modules/cjs/loader:1141:14)
at Module._extensions..js (node:internal/modules/cjs/loader:1196:10)
at Module.load (node:internal/modules/cjs/loader:1011:32)
at Module._load (node:internal/modules/cjs/loader:846:12)
at f._load (node:electron/js2c/asar_bundle:2:13330)
at Module.require (node:internal/modules/cjs/loader:1035:19)
09:05:57.265 › Returned - http://undefined:undefined
09:05:57.268 › Unable to start the server at http://undefined:undefined
```
The executive summary:
The deb installs but starting gSender fails with “Failed to call method: org.freedesktop.portal.Settings.Read”.
Trying the AppImage I get “Error while loading shared libraries: libz.so”
Any pointers?
tcurdt
November 10, 2023, 2:31pm
2
I also installed the deb on Debian 11 system and still fails to start.
Jake
November 11, 2023, 7:16pm
3
@tcurdt Welcome to the forum! While I don’t have your answer, I am sure someone here may. Personally, I run my gender on an antique MacBook Pro that maybe on its last leg. I’m interested in what you are up to as your solution could be quite inexpensive and not tie up my design computer. Again, welcome!
tcurdt
November 11, 2023, 7:47pm
4
Thanks for the warm welcome
I dug a bit deeper and it seems like I found the/a problem.
I have documented the details in this new issue:
opened 03:58PM - 10 Nov 23 UTC
I have installed `sudo apt-get install ./gSender-Edge-1.3.7-EDGE-arm64.deb` on a… RPi4
```
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookworm
```
but when starting it I am getting
`gsender-edge
[2649:1108/002816.785869:ERROR:object_proxy.cc(590)] Failed to call method: org.freedesktop.portal.Settings.Read: object_path= /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.portal.Desktop was not provided by any .service files
`
Checking the install instructions it says:
> Buster 32bit or earlier
> Bullseye (the latest release) is both 64bit and lacking libraries that Electron requires to run so is not currently supported
Buster is `oldoldstable` and LTS support runs out in a few months.
So I guess it would be nice to re-visit this?
Or is this already possible with AppImage?
So then I tried the AppImage
```
$ chmod a+x *.AppImage
$ ./gSender-Edge-1.3.7-EDGE-arm64.AppImage
./gSender-Edge-1.3.7-EDGE-arm64.AppImage: error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory
$ ldd ./gSender-Edge-1.3.7-EDGE-arm64.AppImage
not a dynamic executable
$ sudo ldconfig -v | grep libz
libzstd.so.1 -> libzstd.so.1.5.4
libz.so.1 -> libz.so.1.2.13
libz3.so.4 -> libz3.so.4
```
Does that mean there is a problem with the AppImage?
Does it work for somebody else?
_Originally posted by @tcurdt in https://github.com/Sienci-Labs/gsender/issues/341#issuecomment-1800710304_
It seems to be just a problem with the build producing some binaries in the wrong architecture.
Electron makes it for a pretty complex setup and I haven’t found the area to fix this yet.
Would be nice to get some pointers from the devs.
1 Like