DEB glibc floor: build the Linux artifacts on a Debian 12 base

オープン
#38 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
debian, github-actions, rust

調査の方向性

Start in xtask/src/dist.rs by reading verify_deb_glibc_floor and checking how its version parser handles binutils output such as (GLIBC_2.34). Then locate the GitHub release workflow and CI image that build Linux artifacts, and follow the DEB dependency floor configuration. Done means the check rejects unreadable or too-new versions and a clean Debian 12 container installs and launches the DEB with a receipt recorded.

索引モデルが issue の本文から書いたものです。

説明

bug release

The DEB's libc6 (>= X) floor is set by the build host's glibc, not by the code. Measured 2026-11-09: the desktop binary needs GLIBC_2.39 (Rust std links pidfd_getpid and pidfd_spawnp), the CLI binary needs GLIBC_2.35; the GitHub release job runs on ubuntu-24.04 (glibc 2.39) and the CI image is Debian 12 (glibc 2.36). Raising the floor to 2.39 would make the DEB uninstallable on Debian 12, the clean-install target.

Two defects compound this:

  1. xtask/src/dist.rs's verify_deb_glibc_floor is vacuous — modern binutils prints (GLIBC_2.34) with parentheses, so strip_prefix("GLIBC_") never matches and the check always passes.
  2. The build host is wrong for the declared floor.

Work

  • Parse the parenthesised form in verify_deb_glibc_floor, and fail when the check cannot read a version at all.
  • Build the Linux artifacts on a Debian 12 base (rust:*-slim-bookworm, or the repo's CI image) and declare libc6 (>= 2.36).

Acceptance

  • The floor check reads a real version and fails on a binary that exceeds it.
  • The DEB installs and launches on a clean Debian 12 container, with the receipt recorded.

Tracking: task #195. The v0.2.5 DEB is historical and must not be silently replaced.

主要言語
Rust
スター
11
フォーク
1
平均マージ
9時間 48分
マージ済み PR(30日)
13

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

aliasfoxkde/FireCraft のほかの issue

aliasfoxkde/FireCraft の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。