Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Publish signed arm64 release tarballs for every release (missing from v26.06.8)

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

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
c
領域
release

調査の方向性

Compare the v26.06.7 arm64 release assets and signed SHA256SUMS with the v26.06.8 release, then trace the repository's release packaging workflow. Done means v26.06.8 has Ubuntu 22.04/24.04/26.04 arm64 tarballs and a signed SHA256SUMS-v26.06.8-arm64, with arm64 included in the standard release checklist.

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

説明

v26.06.8 is a security release you strongly recommend upgrading to, and it ships amd64 binaries only. There are no *-arm64.tar.xz assets and no SHA256SUMS-v26.06.8-arm64.

Across the last 20 releases, v26.06.7 is the only one that published arm64 tarballs (Ubuntu 22.04/24.04/26.04, with a signed SHA256SUMS-v26.06.7-arm64). Every other release, v26.06.6 included, is amd64-only.

Why this matters: most self-hosted Lightning nodes run on arm64 (Raspberry Pi and similar boards). Right now those operators have two ways to get a patched build:

  • elementsproject/lightningd:v26.06.8, which has arm64 but no signature or provenance, or
  • compile from source on the device.

So the hardware most home nodes run on gets the weakest verification path, and it gets it for security fixes.

We package CLN for StartOS and install lightningd from your GPG-verified tarballs. Our arm64 users can't get the v26.06.8 fixes until arm64 artifacts exist.

Ask:

  1. Publish the arm64 tarballs and a signed SHA256SUMS-v26.06.8-arm64 for v26.06.8.
  2. Make arm64 a standard part of the release checklist, with signed sums, the way v26.06.7 did it.
主要言語
C
スター
3.1k
フォーク
1k
平均マージ
3日 10時間
マージ済み PR(30日)
40

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

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

ElementsProject/lightning のほかの issue

ElementsProject/lightning の issue をすべて見る

似ている issue

C の issue をもっと見る

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

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