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.
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.
Would be nice to get some pointers from the devs.
2 Likes
I did sow there where a arm64.deb version and a arm64.appimage version so I did buy a pi 5. I should probably read the forum first, ha ha.
Do I understand correct that there still are no working version for pi 64 bit? Or did you get it to work? I was tried but I get same error as you. Did install fuse 2 to but …
tcurdt
February 25, 2024, 10:10am
7
Na, it seems like gSender isn’t really much about the community.
And they are the only ones working on gSender.
Ohhh, that’s sad. At least I can run Universal G-code Sender on my pi5 meantime and hope Scienci fix the issue.
