Another Desktop App ported to Linux That was not available. I will Keep going until release day or I run out of apps to port. Let me Know what one you would like to see next!

The Goal

The Starting Point

The Real Problems

1. Linux was gated out of asset/bootstrap flow

2. Packaged builds were missing desktop-ui

3. AppImage hit Electron sandbox issues

4. Linux runtime assumptions were wrong

5. Existing Comfy installs were ignored

What I Changed

Build and packaging fixes

Runtime fixes

Existing-install behavior

Why .deb Won

What the App Does Now

Commands I Actually Used

The Nice Surprise

The Useful Lesson

My Repo The official ComfyUI Desktop app ships for Windows and macOS. I wanted it on Ubuntu 26.04. Not a web wrapper. Not a fake launcher. Not a shell script around a browser tab. The actual desktop app. I had two requirements: That second one mattered more than people think. If a Linux user already has: then the desktop app should not pretend the machine is blank and try to push a fresh install into ~/Documents/ComfyUI. That is bad product behavior, even if the package technically launches. The upstream repo is here: https://github.com/Comfy-Org/desktop At first glance it looks cross-platform enough: But “half-present” is the dangerous state. Which is exactly what was going on here. There were a few distinct failures. The app would build fine for supported platforms, but Linux was not being carried all the way through asset setup and build verification. That meant some Linux artifacts were never properly prepared even though the source tree looked close. This was the first hard packaging bug. The app launched, then died with a file-not-found error because the packaged build did not contain the desktop onboarding UI bundle. That is the kind of bug that makes a port look dead before you even get to runtime behavior. This is the standard Linux Electron tax. The AppImage mounted fine, but Chromium tripped over the sandbox helper and aborted before the app could become useful. I did not waste time pretending AppImage was the right hill to die on. For Ubuntu, .deb was the better target. The app still had platform checks and install behavior that were effectively “Windows/macOS first, Linux later.” A Linux port cannot just compile. It has to stop acting like Linux is unsupported at runtime. This was the most important UX issue. On my machine, ComfyUI was already installed and already running in the browser. The desktop app still tried to start from scratch and push a managed install path into Documents. That is technically launchable, but functionally wrong. I split the work into build fixes, runtime fixes, and “make it behave like a sane Linux app” fixes. This was the good part. I changed the app so it now: That last bit is what makes the port feel real instead of merely “bootable.” I know someone will ask why I did not just ship AppImage. Because Ubuntu users need something that works, not something ideologically pure. The .deb route gave me: On Linux, packaging format is not theology. It is operational reality. On an Ubuntu 26.04 machine with an existing Comfy setup: That is the behavior I wanted from the start. Install dependencies: Bootstrap app assets: The upstream repo was not hopeless. This was not one of those situations where “Linux support” secretly meant rewriting the app from scratch. Most of the work was: That is still real work, but it is not fantasy. A port is not finished when the window appears. A port is finished when the app behaves correctly on the target machine. For this one, the difference was: That is the difference between a demo and a port. https://github.com/johnohhh1/comfyui-desktop-port-linux.git Templates let you quickly answer FAQs or store snippets for re-use. Hide child comments as well For further actions, you may consider blocking this person and/or reporting abuse