Hi David,
So I gave it a go on EL10, a VM, it's a data management machine accessed remotely. And that appimage is not working there either. EGL errors.
I mean, it's an Electron appimage - should run on most distros, and it only works on Ubuntu and bundled EGL libs inside instead of relying on the system ones. Why even bother with an appimage?
Aspera OC option to disallow change of Transfer Agent is constantly forcing user to download and install the Desktop app beside perfectly working Connect app.
To make an Electron AppImage that only works on Ubuntu is missing RHEL. The amount of hassle this causes is huge.
I look forward some progress on this as it's breaking workflows all over the place like this.
P.S. After speaking with some clients to understand why do they force Desktop app I can share that some of them think having both Connect and Desktop app enabled is causing them problems. I would bet the problems are not related to Aspera but it seems there's some misunderstanding about the Desktop app being ready for production which makes them disable Connect.
I hope this helps!
Regards,
Igor
------------------------------
Igor Podgorski
------------------------------
Original Message:
Sent: Thu April 23, 2026 12:24 PM
From: David Wosk
Subject: Aspera Desktop Linux appimage 10.0.16 does not work on EL 9 (due to wrong libc used to compile it)
Hi Igor,
The application is built on Ubuntu 22.04 LTS, which is the oldest Linux distribution that supports our web content rendering engine libwebkit2gtk-4.1. We are aware of this limitation and are discussing some options internally for how to address this moving forward.
We have kept the option to switch back to Aspera Connect primarily for these cases where there is a clear feature gap or limitation between the two products. I will forward the issue regarding end users not being able to change transfer clients when using a public link to the Aspera on Cloud product team.
Thanks,
David
------------------------------
David Wosk
------------------------------