tag debian bookworm based images with tag x-bookworm

[level420]

Currently when I want to use the debian bookworm based image, I need to pull e.g. the tag "5" for the latest version 5 image. The tag is not named "5-bookworm" in the same way the debian bullseye images are.

Without having the image tag x-bookworm, it may occur that with future debian versions the image changes from bookworm to trixie or whatever comes next. This could cause problems with collations and the underlying libicu version.

Therefore it would be nice to be able to pull the tag 5-bookworm to be sure that libicu does not change unintentionally.

Thank you in advance.

[fdcastel]

@level420 I’m putting together a new set of images available here.

They feature an updated tagging scheme, along with the Firebird 6 snapshot version.

If you have a chance, could you test it and share your feedback on #36?

[level420]

@fdcastel sorry for being late with my answer.
I've tried to pull, but I'm getting this error:

docker pull ghcr.io/fdcastel/3-bullseye
Using default tag: latest
Error response from daemon: Head "https://ghcr.io/v2/fdcastel/3-bullseye/manifests/latest": denied

[level420]

OMG! Coffee hasn't kicked in yet! But it doesn't work:

docker pull ghcr.io/fdcastel/firebird:3-bullseye
Error response from daemon: manifest unknown

[fdcastel]

@level420 Sorry about that — two issues with the pull command:

1. The image path is missing the firebird/ segment and tag separator. Correct form is docker pull ghcr.io/fdcastel/firebird:<tag> (e.g. ghcr.io/fdcastel/firebird:3-bullseye).
2. I also hadn't actually built the 3-bullseye tag yet — the initial publish only covered Firebird 5 / bookworm. I'm now building all missing variants across Firebird 3, 4, 5 × bookworm/bullseye/jammy/noble. This will take a while (~30–60 min of CI time), but 3-bullseye is first in the queue. I'll follow up once it's pushed. Thanks for checking this out!

[fdcastel]

@level420 Images are now built and available. Two notes on your earlier command:

The original docker pull ghcr.io/fdcastel/3-bullseye was missing the image name and tag separator — Docker read 3-bullseye as the repo name rather than a tag, which is why it tried to pull latest and got denied. The correct form is:

docker pull ghcr.io/fdcastel/firebird:3-bullseye

Also, when you tried, the 3-bullseye tag didn't actually exist yet — the initial publish only covered Firebird 5 / bookworm. That's now fixed: the full matrix is published, including all 3.x, 4.x, and 5.x variants across bookworm/bullseye/jammy/noble, plus 6-snapshot and 5-snapshot. v5 tags are multi-arch (amd64 + arm64); v3 and v4 are amd64-only (no upstream arm64 releases).

Some examples:

docker pull ghcr.io/fdcastel/firebird:3-bullseye
docker pull ghcr.io/fdcastel/firebird:5-bookworm
docker pull ghcr.io/fdcastel/firebird:6-snapshot

Thanks for testing — your report surfaced a latent PowerShell 7 bug in the multi-arch publish path as well, now fixed. Feedback on the images and the new tagging scheme is very welcome.

[level420]

@fdcastel I've tested 3-bullseye, 4-bullseye and 5-bullseye, as I'm using them here with my webapps. It was a simple replace without any problems so far. Did not find the time to test 6-snapshot yet. With 6-snapshot: it would be helpful to know what the base was (bullseye, bookworm etc.).

Currently I'm moving all of my image armada from debian bullseye and bookworm to trixie. It would be great to have the trixie images as well.

[fdcastel]

@level420 thanks for pointing out about trixie: I’d completely overlooked it. 🤦🏻‍♂️

And thanks for the tip about the snapshots base image as well. 👍🏻

I’m updating all the images now, though it’ll take a while (probably 1–2 hours).