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.
AppImages 11–14 of 14.
OpenShot$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.
A straightforward non-linear video editor -- trim, arrange, title and export, with a native timeline.
by The OpenShot Development Team · packaged September 1, 2026
An editor built around a timeline
Add as many video and audio tracks as a project needs, then work directly on the timeline: drag to move a clip, drag its edge to trim, split at the playhead, and snap clips together. Transitions are a drag between two overlapping clips; a per-clip properties panel keyframes position, scale, rotation, opacity, volume and colour over time for straightforward motion and fades. A preview pane plays the composited result as you edit.
Native timeline in 4.0
OpenShot 4.0 drops the old browser-based timeline entirely and draws it with native Qt widgets instead. The practical effect is that zooming, scrolling and dragging are more responsive, the editor runs as a single process, and this AppImage does not have to carry a browser engine -- keeping it a fraction of the size a Chromium-backed build would be.
libopenshot and FFmpeg
The editing engine underneath the interface is libopenshot -- it composites the tracks, applies effects and keyframes, and hands frames to FFmpeg for decoding and encoding. Both are bundled here, so import and export cover the common formats (MP4/H.264, WebM/VP9, MOV, MKV, animated GIF, plus audio-only outputs) with nothing else installed. Export presets cover web, DVD, device and broadcast frame sizes, or set width, height, frame rate and bitrate by hand.
Titles and effects
OpenShot includes a title editor (SVG templates you can recolour and retype) and, where an SVG/Blender pipeline is available on the host, 3D animated titles. Clip effects include chroma key, brightness and saturation, blur, pixelate, deinterlace and a handful of others, each keyframable over the length of the clip.
Packaged by LinuxDoors, from our own build
The OpenShot project publishes its own AppImage; this is not a mirror of it. It is assembled by LinuxDoors from packages/openshot -- the same openshot-qt 4.0.0 that installs as a native LinuxDoors package -- bundled with Python 3, PySide6, Qt 6 and FFmpeg into one file. OpenShot's code is untouched; the authoritative home for source, docs and bug reports is openshot.org. If you would rather OpenShot use the Python and Qt already on your system, install the openshot package from the Packages page instead.
Running it -- nothing to install
Download the AppImage, mark it executable, run it. It carries its own glibc, so it is not tied to the host's glibc version. Your projects (.osp files) and rendered videos are ordinary files wherever you save them; OpenShot's settings and cache live under ~/.openshot_qt. On a system with FUSE it runs directly; without FUSE (including LinuxDoors itself) the bundled runtime extracts to a temp directory first -- same result, a slower first start.
The single file carries Python 3, PySide6, Qt 6 (Core/Gui/Widgets/Svg), libopenshot, libopenshot-audio, ZeroMQ, the FFmpeg libraries and its own glibc (loader + C library) -- so it does not depend on the host's glibc version and runs on x86-64 Debian 12/13, Ubuntu 22.04+ and other current distributions. Use it with FUSE, or with ./OpenShot.AppImage --appimage-extract-and-run where FUSE is absent (LinuxDoors' own kernel has no FUSE; the bundled runtime falls back to extraction automatically). First start is slower while it unpacks. Note: on some PipeWire/PulseAudio setups libopenshot cannot open an audio output for the preview player, so preview playback is silent -- this is a libopenshot limitation, it is logged rather than shown as an error, and it does not affect editing or the exported file's audio.
GIMP$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 GNU Image Manipulation Program -- a full raster editor for photo work, painting and design.
by The GIMP Development Team · packaged September 11, 2026
A full editor, not a viewer
Layers, layer groups, layer masks, channels and paths; parametric and pixel selections; a brush engine with dynamics, symmetry painting and a real clone/heal workflow; text on paths; and a filter set that covers blur, sharpen, distort, render, edge-detect, colour grading and more. GIMP 3 runs these through GEGL, so an image can be 8-, 16- or 32-bit per channel and many adjustments stay editable rather than being baked in immediately.
GEGL and babl
GEGL is the graph-based image engine underneath GIMP 3 -- every paint stroke and filter is a node in a processing graph -- and babl is the pixel-format library that lets it convert between colour models and bit depths without losing precision. Both are bundled in this AppImage, along with GIMP's own plug-ins, so filters, the colour-managed display path and file import/export all work with nothing else installed.
Scripting: Script-Fu and Python-Fu
GIMP scripts itself two ways, both working in this build: Script-Fu (a built-in Scheme console and batch interpreter -- Filters > Script-Fu > Console) and Python-Fu (the same idea in Python 3 through GObject introspection). This AppImage carries its own Python 3 and the introspection typelibs, so both run even on a system that has neither. Batch example: ./GIMP.AppImage --console -i --batch-interpreter plug-in-script-fu-eval -b '(gimp-version)' -b '(gimp-quit 0)'.
Packaged by LinuxDoors, from our own build
GIMP does not release an official AppImage. This one is assembled by LinuxDoors from packages/gimp -- the same GIMP 3.2.6 that installs as a native LinuxDoors package -- bundled with its GTK 3, GEGL, babl and Python dependencies into one file. GIMP's code is untouched; the authoritative home for source, docs and bug reports is gimp.org. If you would rather GIMP use the GTK and Python already on your system, install the gimp package from the Packages page instead.
Running it -- nothing to install
Download the AppImage, mark it executable, run it. It carries its own glibc, so it is not tied to the host's glibc version. Your images are ordinary files wherever you save them; GIMP's settings and any brushes or scripts you add live under ~/.config/GIMP. On a system with FUSE it runs directly; without FUSE (including LinuxDoors itself) the bundled runtime extracts to a temp directory first -- same result, a slower first start.
The single file carries GTK 3, GEGL, babl, the GIMP plug-ins, a Python 3 for scripting, the GObject-Introspection typelibs, and its own glibc (loader + C library) -- so it does not depend on the host's glibc version and runs on x86-64 Debian 12/13, Ubuntu 22.04+ and other current distributions. Use it with FUSE, or with ./GIMP.AppImage --appimage-extract-and-run where FUSE is absent (LinuxDoors' own kernel has no FUSE; the bundled runtime falls back to extraction automatically). First start is slower while it unpacks.
LinuxUltraOffice$9.99
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.
Checks or money orders sent to the LinuxDoors programmer:
To: Stanley Switaj
3438 Eden Street
Philadelphia, PA 19114
You download it first — there is no payment wall, no licence key, no trial timer. Install it, use it for real work, and if it earns a place in what you do and you like it, then pay the price shown. If it is not for you, you owe nothing.
A paid copy and an unpaid copy are the same program and behave the same way. Paying is simply you choosing to support the person who provided it, after it has proven useful to you. The software itself is the work of its upstream authors — the great programmers who wrote it; the price supports the person who packaged this build and provides it here.
If you think it is worth more — say, compared to the price of similar software elsewhere — and you feel it is right to do so, paying more than the price shown is always welcome. Every little bit helps, thank you.
A full productivity suite -- Writer, Calc and Impress -- built and rebranded for LinuxDoors OS.
by LinuxDoors.com · packaged September 14, 2026
A LinuxDoors AppImage Software Product
Writer, Calc, Impress -- and the rest
Writer is a full word processor: styles, tables, sections, footnotes, mail merge, change tracking, a bibliography database. Calc is a real spreadsheet with pivot tables, several hundred functions, multi-sheet references, charts and a solver. Impress builds slide decks with master slides, custom animation and presenter tools. Draw (vector diagrams and simple page layout), Math (formula editor) and Base (database front end) are the same binary launched with a different flag -- pass --draw, --math or --base, or pick them from the Start Center.
Formats -- OpenDocument and Microsoft Office
The native format is OpenDocument (.odt, .ods, .odp) -- an ISO standard, plain zipped XML. It also opens and saves the Microsoft formats in daily use: .docx, .xlsx, .pptx and the older .doc / .xls / .ppt. Export to PDF is built in (File > Export as PDF, or --convert-to pdf from a script), including PDF/A for archiving. RTF, CSV, HTML and a long list of others are there too.
A LinuxDoors product
This is not a mirror of someone else's build. LinuxUltraOffice is LibreOffice source that LinuxDoors rebrands and compiles as its own package -- the splash screen, the About dialog, the window titles and the icon set all say LinuxUltraOffice. The engine, filters and file formats are LibreOffice's, unchanged, under the Mozilla Public License 2.0. The suite also installs as the native linuxultraoffice package from the Packages page, which shares the GTK already on your system instead of carrying its own.
Running it -- nothing to install
Download the AppImage, mark it executable, run it. With no argument you get the Start Center; --writer, --calc and --impress jump straight into an app. It carries its own glibc, so it is not tied to the host's glibc version. Your settings live under ~/.config/libreoffice; your documents are wherever you save them. On a system with FUSE it runs directly; without FUSE (including LinuxDoors itself) the bundled runtime extracts to a temp directory first -- same result, a slower first start.
The single file carries the whole office suite, its GTK 3 stack, and its own glibc (loader + C library), so it does not depend on the host's glibc version -- it runs on x86-64 Debian 12/13, Ubuntu 22.04+ and other current distributions, with FUSE or via ./LinuxUltraOffice.AppImage --appimage-extract-and-run where FUSE is absent (LinuxDoors' own kernel has no FUSE; the bundled runtime falls back to extraction automatically). First start is slower while it unpacks.
LinuxDoors System Status$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.
A professional, WCAG-checked system monitor -- CPU, memory, disks, live network connections, and process control in one window.
by LinuxDoors.com · created September 12, 2026
A LinuxDoors AppImage Software Product
Everything at a glance, or one area at a time
The Summary tab shows CPU, Memory, File Systems, Network, and Processes stacked together, each with its own (+) / (-) fold toggle -- collapse what you don't need without losing it; a folded section keeps updating underneath, so reopening it never shows a stale reading. Prefer more room for one area? Dedicated CPU, Memory, File Systems, Network, and Processes tabs give each the whole window, with bigger charts and taller tables, reading the same live data as the Summary view.
Real numbers, not estimates
CPU and memory come straight from /proc/stat and /proc/meminfo -- the same source top itself uses. Disk usage reads /proc/mounts and statvfs() directly. The network connections table and the process list both shell out to ss and ps -- well-tested tools already on any real Linux system -- rather than re-implementing kernel-interface parsing by hand.
A live connections table, not just a graph
Alongside a scrolling network-throughput chart, the Network tab lists actual live connections -- protocol, local and remote address, state, and the process that owns each one -- sortable by any column. The Processes tab is a full process manager: sort by CPU, memory, or name, end a runaway process, or change its scheduling priority, elevating to a password prompt automatically when a target process needs it.
Built to LinuxDoors' own visual standard
Opens in light mode by default, with a one-click switch to dark. Both themes are checked against the real WCAG 2.1 contrast-ratio formula before shipping, not eyeballed -- every text/background pairing in the interface, including the chart labels and grid lines, passes. A +/- zoom control scales the entire interface's base font size, so the whole window stays legible and proportional at a larger size rather than just one panel growing.
Packaged by LinuxDoors, from our own build
This AppImage is assembled from packages/linuxdoors-system-status, the same application that installs as a native LinuxDoors package. It carries its own Python 3, PySide6, and Qt 6, so it needs nothing pre-installed and isn't tied to the host's own library versions. If you'd rather it use the Python and Qt already on your system, install the linuxdoors-system-status package from the Packages page instead.
Why 417 MB for a 45 KB program
The application itself is one Python file of about 45 kilobytes -- the rest of the download is the toolkit it runs on, bundled in so the file works on its own regardless of what the host machine already has installed. That's a full Python 3 interpreter and standard library (the host may have no Python at all, or the wrong version), the Qt 6 modules the interface is drawn with -- Core, Gui, Widgets, and Charts for the live graphs -- along with the font, text-shaping, and image libraries Qt itself depends on to draw anything, plus PySide6, the bridge between the Python code and Qt. Underneath all of that sits a bundled copy of glibc, the C library and dynamic loader, so the file runs correctly on an older or newer host C library than the one it was actually built against. None of it is unused padding -- it's the complete, working set of libraries the interface needs, compressed as tightly as the format allows. A distribution's package manager installs most of this once and shares it between many programs; a single portable file can't do that, so it carries its own copy instead -- the same reason every self-contained Qt-based AppImage in this Store, GIMP and OpenShot included, lands in a broadly similar size range.
Written for LinuxDoors, but nothing in it is LinuxDoors-specific -- it carries its own Python 3, PySide6, Qt 6 (Core/Gui/Widgets/Charts) and glibc, so it runs on Debian- and Ubuntu-type systems and on any other current x86-64 Linux distribution, independent of what Python or Qt version the host has installed. Use it directly where FUSE is available, or with ./LinuxDoorsSystemStatus.AppImage --appimage-extract-and-run where it is not (LinuxDoors' own kernel has no FUSE at all -- this is the normal way to run any AppImage on LinuxDoors itself). The first launch after each system boot is slower while it extracts; later launches from the same extracted copy are fast. Verified running cleanly under all seven LinuxDoors desktop environments (XFCE, MATE, GNOME, Cinnamon, KDE Plasma, LXQt, and Enlightenment).