Docker distribution ?

[coxifred]

Hello, do you have an official docker distribution available ?

Nice job !

Thanks
Fred

[Aymericr]

There is no official Pascal container image today. PR #268 is the active Docker track, but the current proposal is still a development proof and needs a production multi-stage, non-root runtime, a healthcheck, environment documentation, and a verified Alpine install of the GitHub package dependency before it can become an official distribution. Discussion #183 has a community recipe in the meantime; the maintained local path is Bun 1.3+, bun install, then bun dev.

[Aymericr]

Cross-linking the container threads so the context is not split: #559 shares a community-built image tarball, #183 documents a local quick-start, and #268 is the open PR that would make an image official. Answer to the original question is unchanged — there is no official image today — and #268 is the single place to push that forward. The remaining gaps are listed in #559.

[Aymericr]

Update, and a correction to my own answer above: there is an official Docker path now. #268 merged today, so Dockerfile, docker-compose.yml and .dockerignore are on main.

git clone https://github.com/pascalorg/editor.git
cd editor
docker compose up -d

Editor on http://localhost:3000. Saved scenes live in a pascal-data volume, so they survive docker compose down.

Two things worth knowing, both learned the hard way while getting this to build:

Keep the host port at 3000. The /scenes page fetches its own API through a base URL that only NEXT_PUBLIC_APP_URL can override, and Next inlines that value at next build — not at runtime. So -p 8080:3000 makes that page return 500. I tried passing the variable through compose to fix it and measured no difference, because by then the build had already baked it in. If you need a different external port, put a reverse proxy in front rather than remapping.

The scenes database lives at PASCAL_DATA_DIR. Without the volume, the SQLite file lands inside the container layer at /home/bun/.pascal/data/pascal.db and every saved project disappears when the container is recreated. The compose file sets PASCAL_DATA_DIR=/data with a named volume for exactly that reason.

To answer the original question precisely: this is a buildable official recipe, not yet a published image on a registry. docker compose up -d builds locally from source. A pre-built ghcr.io image is a separate piece of work — it needs a release workflow and a multi-stage build, and the image is currently 5.33 GB because it keeps the full monorepo and dev dependencies. That size is the honest state of it today, not something I'll paper over.

I left multi-stage out of #268 deliberately: shrinking it wants output: 'standalone' in apps/editor/next.config.ts, which is shared with the Vercel deployment that declares "outputDirectory": ".next", and there's no build-time-only switch for it. That's a real change to how the hosted app deploys and didn't belong inside a Docker PR. Happy to take it as its own PR if someone wants it — it's a genuinely useful contribution and now has a working baseline to improve.

Thanks for the original ask, Fred — four months later, but it got there.

Also for anyone landing here from a search: #559 has a community-built image tarball and #183 has a historical local recipe. Both predate this and neither is needed now.