stac-utils / stac-utils/pgstac

Published container image uses expired Bullseye security metadata

Open
#481 0 comments 0 reactions 0 assignees View on GitHub

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:

  1. Rebuild the image using a currently supported Debian base image.
  2. Confirm that the resulting image can run apt-get update successfully 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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.