LinuxDoors AppImage Store
One file. Download and run.
Each of these is a single self-contained executable — the whole application plus the runtime it needs — that you download, mark executable, and run. Nothing to install, nothing left behind, and it runs the same on Debian, Ubuntu and other Linux distributions that can launch an AppImage.
Some are LinuxDoors' own work. Others are trusted upstream builds — we mirror them here unmodified, so you can get them from the same place as the rest of the system, each with a SHA-256 you can check against the project's own. Every app shows who made it and where it really comes from.
A recommended way imho to keep AppImages
This is Stan Switaj’s recommendation for how per-user AppImages should be stored — a tidy layout for the ones you download from the Store, with a real Desktop launcher for each.
One folder per user. Every AppImage a user keeps
lives in ~/AppImages/ — for the default account,
/home/linuxdoors/AppImages/. The AppImage files sit
directly in that folder:
/home/linuxdoors/AppImages/FlashScp.AppImage, and so on
for every other one.
One subfolder, for icons only. That folder holds
exactly one subfolder, images/, and nothing else. Each
AppImage’s icon goes there as a PNG:
/home/linuxdoors/AppImages/images/FlashScp.png.
A Desktop launcher per AppImage. For each one, a
launcher is placed on the Desktop. Its Exec= line calls
LinuxDoors’ own AppImage runner —
Exec=linuxdoors-run-appimage /home/linuxdoors/AppImages/FlashScp.AppImage
— and its icon comes from the matching PNG
(Icon=/home/linuxdoors/AppImages/images/FlashScp.png), so
the Desktop shows a real, recognizable icon for launching the program
instead of a generic one.
Why the runner. LinuxDoors has no FUSE, so an
AppImage unpacks itself before it starts; and /tmp is
cleared on every reboot, so a bare Exec= path re-unpacks
the whole app on the first launch after each boot — several
seconds with nothing on screen, which reads as “I clicked the
icon and nothing happened.” linuxdoors-run-appimage
(in /usr/bin, on every LinuxDoors install) unpacks into a
persistent ~/.cache/appimage-run/ instead — so each
AppImage unpacks once, ever, every later launch is instant,
and that one first run shows a “Starting… unpacking”
notification. You can still run any AppImage directly; the runner is
just the friendlier path for a Desktop shortcut.
In short:
~/AppImages/<Name>.AppImage for the program,
~/AppImages/images/<Name>.png for its icon, and a
Desktop launcher (Exec=linuxdoors-run-appimage …)
wiring the two together.
No terminal? Here’s the same thing with a mouse
An AppImage has to be marked executable before it will
run — normally a one-line chmod +x in a terminal. Every
graphical file manager offers the exact same switch from its
Properties dialog, with no terminal needed. These are
real screenshots from a LinuxDoors desktop (Thunar, LinuxDoors’
default MATE file manager), using LinuxUltraOffice.AppImage
right after downloading it as the example.
In your Downloads folder (or wherever you saved it), right-click
the .AppImage file. Look for Properties
near the bottom of the menu — it's on every mainstream Linux
file manager (Thunar, Caja/Nautilus, Dolphin, PCManFM-Qt), though
the exact wording of the checkbox in step 3 can vary slightly by
file manager.
The Properties dialog opens showing file details first (name,
size, kind, dates). Click the Permissions tab
along the top.
Down near the bottom, under Program:, there's a
checkbox — on Thunar it reads “Allow this file to
run as a program” (Caja/Nautilus phrases the same
checkbox as “Allow executing file as program”).
It starts unchecked on a fresh download, and the file manager
shows a short security note under it — worth reading once:
only mark a file executable if you trust where it came from.
Check the box and close the dialog. That's the whole procedure
— it takes effect immediately, the same way chmod
+x does from a terminal, because it is
chmod +x: the file manager is just setting the same
executable bit through a checkbox instead of a command. Double-click
the AppImage from here on and it runs.
If a checkbox for this isn't where you expect, look for an Executable or Permissions section in whatever your file manager calls its Properties/Info panel — the control is universal on Linux desktops even where the exact wording differs.
On LinuxDoors’ optional MATE desktop, the default file
manager is Caja instead of Thunar — same idea,
slightly different dialog. These are real screenshots from a
LinuxDoors desktop using Caja, walking through an
.AppImage right after downloading it.
In your Downloads folder, right-click the .AppImage
file and choose Properties near the bottom of
the menu.
Caja’s Properties dialog opens on the Basic
tab (name, type, size, location). Click Permissions
along the top.
Down under Execute:, Caja phrases the same
checkbox as “Allow executing file as program”.
It starts unchecked on a fresh download.
Check the box and close the dialog — the file is
executable immediately, the same chmod +x effect as
Thunar’s checkbox above, just under Caja’s own
wording. Double-click the AppImage from here on and it runs.
1 of 18 AppImages match.
X2GoClientGnome51Vnc$0.00
The source stays open — free to read, build on and share. A price, where there is one, is not for the code as that is opensource. It is for the work around it: the servers and bandwidth that carry the download to you, and the hours a programmer spent designing, building, testing and looking after the app — hours that support them and the people they love, the same as any other profession in the workplace economy.
A share of what the paid apps earn goes back to the Linux and free-software projects they are built on. That community gave its work away so all of this should exist; paying the people who keep it alive is how it stays alive.
Anything marked $0.00 is exactly that — free, no asterisk.
The real x2go client for LinuxDoors' GNOME 51 (VNC) desktop -- a portable, one-file remote-desktop connection.
from LinuxDoors.com · created September 19, 2026
A LinuxDoors AppImage Software Product
A real session type, not a workaround
GNOME 51 removed its own X11 session support, so nxagent -- the X11 remote-display technology every other x2go session type relies on -- can never show it. "GNOME 51 (VNC)" is a genuine new session type added to this client: choosing it runs the remote linuxdoors-gnome51-vnc script over the same SSH connection every other session uses, opens a local tunnel to the resulting gnome-remote-desktop VNC server, and hands off to a real, interactive Qt6 VNC viewer built into this same client -- mouse, keyboard, and a live server-drawn cursor with no lag or double image.
Change resolution without reconnecting by hand
A headless GNOME 51 desktop has exactly one fixed resolution for its whole life -- there is no live multi-mode display to switch between. This client's own "Change Resolution..." session-menu action restarts the remote desktop at a new size over the same connection and reconnects the viewer automatically once it's ready, so a resize is a menu click, not a fresh login.
Terminate and Suspend that actually work
GNOME 51 (VNC) sessions don't fit the normal x2go session-ID model, so the stock Suspend/Terminate actions never applied to them correctly. This client sends a real remote stop command instead, then watches the actual client process (not just a flag) to confirm the session really ended before reporting success -- clicking Terminate once genuinely ends the session and returns you to the connect screen.
Running it -- nothing to install
Download the AppImage, make it executable, run it. On LinuxDoors, which has no FUSE, run it the way LinuxDoors runs any AppImage: ./X2GoClientGnome51Vnc.AppImage --appimage-extract-and-run, or through linuxdoors-run-appimage, which does that for you and unpacks it once rather than on every launch. It carries its own glibc, Qt6, GTK and SSH/VNC stack. A portable AppImage does not update itself; when there is a newer build, download it here, or install the x2goclient-gnome51vnc package with pkg / the LinuxDoors Package Manager, which keeps it current.
Written for LinuxDoors, though nothing in it is specific to LinuxDoors -- it runs on Debian- and Ubuntu-type systems (tested on Debian 13, glibc 2.41), and on any other reasonably recent Linux distribution that can run an AppImage. Only the GPU/display-driver libraries come from the host.