[PR #7336] Pin Debian MariaDB client library snapshot #27490

Open
opened 2026-06-15 14:47:55 -05:00 by GiteaMirror · 0 comments
Owner

📋 Pull Request Information

Original PR: https://github.com/dani-garcia/vaultwarden/pull/7336
Author: @maxpetrusenkoagent
Created: 6/15/2026
Status: 🔄 Open

Base: mainHead: hermes/oss-pr-2026-06-15-vaultwarden-7268


📝 Commits (1)

  • dc82ad6 Pin Debian MariaDB client library

📊 Changes

2 files changed (+39 additions, -1 deletions)

View changed files

📝 docker/Dockerfile.debian (+19 -0)
📝 docker/Dockerfile.j2 (+20 -1)

📄 Description

Summary

  • pin Debian image builds to the 2025-07-07 Debian Trixie snapshot for libmariadb*/mariadb*
  • apply the same pin in the runtime image so the shipped Debian image uses the known-good MariaDB Connector/C package set
  • keep the generated Dockerfile.debian in sync with Dockerfile.j2

Context

Recent MariaDB Connector/C releases can make Diesel misread result sets. In #7268 this shows up as Diesel not seeing existing __diesel_schema_migrations rows, then replaying migrations and failing on duplicate columns. This is the same class of MariaDB client-library issue previously tracked in #6416.

The pinned snapshot contains libmariadb3/libmariadb-dev 1:11.8.1-4; current Trixie provides 1:11.8.6-0+deb13u1.

Refs #6416
Refs #7268

Verification

  • git diff --check
  • static check that both docker/Dockerfile.j2 and generated docker/Dockerfile.debian contain the snapshot pin and #7268 reference
  • checked Debian snapshot package metadata for libmariadb3, libmariadb-dev, and libmariadb-dev-compat at 1:11.8.1-4

Note: make -C docker could not run in this local environment because Python modules yaml/jinja2 are not installed, so Dockerfile.debian was updated to match the template change manually.


🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/dani-garcia/vaultwarden/pull/7336 **Author:** [@maxpetrusenkoagent](https://github.com/maxpetrusenkoagent) **Created:** 6/15/2026 **Status:** 🔄 Open **Base:** `main` ← **Head:** `hermes/oss-pr-2026-06-15-vaultwarden-7268` --- ### 📝 Commits (1) - [`dc82ad6`](https://github.com/dani-garcia/vaultwarden/commit/dc82ad6d6cb0d8e8e350fa330045162b835c12d0) Pin Debian MariaDB client library ### 📊 Changes **2 files changed** (+39 additions, -1 deletions) <details> <summary>View changed files</summary> 📝 `docker/Dockerfile.debian` (+19 -0) 📝 `docker/Dockerfile.j2` (+20 -1) </details> ### 📄 Description ## Summary - pin Debian image builds to the 2025-07-07 Debian Trixie snapshot for `libmariadb*`/`mariadb*` - apply the same pin in the runtime image so the shipped Debian image uses the known-good MariaDB Connector/C package set - keep the generated `Dockerfile.debian` in sync with `Dockerfile.j2` ## Context Recent MariaDB Connector/C releases can make Diesel misread result sets. In #7268 this shows up as Diesel not seeing existing `__diesel_schema_migrations` rows, then replaying migrations and failing on duplicate columns. This is the same class of MariaDB client-library issue previously tracked in #6416. The pinned snapshot contains `libmariadb3`/`libmariadb-dev` `1:11.8.1-4`; current Trixie provides `1:11.8.6-0+deb13u1`. Refs #6416 Refs #7268 ## Verification - `git diff --check` - static check that both `docker/Dockerfile.j2` and generated `docker/Dockerfile.debian` contain the snapshot pin and #7268 reference - checked Debian snapshot package metadata for `libmariadb3`, `libmariadb-dev`, and `libmariadb-dev-compat` at `1:11.8.1-4` Note: `make -C docker` could not run in this local environment because Python modules `yaml`/`jinja2` are not installed, so `Dockerfile.debian` was updated to match the template change manually. --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
GiteaMirror added the pull-request label 2026-06-15 14:47:55 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/vaultwarden#27490