stac-utils / stac-utils/pgstac
Published container image uses expired Bullseye security metadata
Nobody has claimed this yet.
- Dominant language
- PLpgSQL
- Stars
- 223
- Forks
- 57
- PR merge metrics
- No merged PRs in 30d
Description
Summary
The published ghcr.io/stac-utils/pgstac:v0.9.11 container image uses Debian Bullseye repositories whose security metadata has expired.
As a result, downstream Docker images that install additional PostgreSQL packages cannot be rebuilt from scratch.
Additionally, the v0.9.12 GitHub release is available, but the corresponding GHCR image tags do not appear to be published.
Reproduction
Downstream Dockerfile:
FROM ghcr.io/stac-utils/pgstac:v0.9.11
RUN apt-get update \
&& apt-get install -y --no-install-recommends postgresql-17-pgvector \
&& rm -rf /var/lib/apt/lists/*
Run a clean build:
docker compose build --pull --no-cache db
The build fails with:
E: Release file for
http://deb.debian.org/debian-security/dists/bullseye-security/InRelease
is expired (invalid since 7h)
The failure occurs during:
RUN apt-get update
A normal build may succeed when the Docker layer is cached, but a fresh build consistently reproduces the issue.
Container Tag Verification
The following tags are unavailable:
ghcr.io/stac-utils/pgstac:v0.9.12
ghcr.io/stac-utils/pgstac:0.9.12
The existing v0.9.11 image is available, but its Bullseye security repository metadata is expired.
Expected Behavior
The latest pgstac release should have a corresponding published GHCR image, and the image should use a supported Debian base with valid package repository metadata.
Requested Fix
Could you please:
- Rebuild the image using a currently supported Debian base image.
- Confirm that the resulting image can run
apt-get updatesuccessfully during a clean Docker build.
This issue affects downstream projects that extend the pgstac image and install packages such as postgresql-17-pgvector.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the downstream Dockerfile and reproduce the failure using docker compose build --pull --no-cache db, then inspect the repository's container build and GHCR publishing entry points. Done means the v0.9.12 GHCR tags are available, the image uses a supported Debian base, and a clean build completes apt-get update successfully.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- debian, docker, postgresql
- Domain
- databases, devops, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100