bootc-dev / bootc-dev/bootc

post-pull pre-stage stage (update hooks)

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

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

area/client area/config area/updates enhancement triaged
主要言語
Rust
スター
2.3k
フォーク
230
平均マージ
3日 3時間
マージ済み PR(30日)
36

説明

This relates to:

Basically...I think it'd be a powerful general feature if we supported a flow that did:

  • Pull new image (but without queuing a new bootloader entry)
  • Run arbitrary code from the new image as a container
  • Only on success, queue new bootloader entry

One simple way to do this would be to define a new bootc-pre-stage.target systemd unit that we run in between what currently happens when one types bootc upgrade.

This would be a clearly very powerful general mechanism that would allow implementing things like "logically bound container images" outside of bootc core code itself. A base image (or user code) could define which container images to pull via whatever mechanisms and file format it wants.

One could do arbitrary things like check compatibility (relates to #632 and #610)

The downside of course is that being so general, it'd be easy to use for things that would probably be best done elsewhere. I think we'd still eventually want higher level and more declarative/opinionated mechanisms for some of the problems here (especially the container binding one).

(This also tangentially relates to https://github.com/containers/bootc/issues/2 in that it'd probably be a bit more elegant if we internally split up bits of the bootc upgrade process internally into units)

But...in ostree we already merged e.g. https://github.com/ostreedev/ostree/pull/2569 which is currently a very special case.

Actually, a notable detail here is that bootc-pre-stage.target as proposed would get mutable access to the current /etc and the global /var, i.e. it'd be ordered before ostree-finalize-staged.target.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

調査の方向性

この提案は、bootc のアップグレードフローと ostree-finalize-staged.target 周辺の順序付け、および新しい bootc-pre-stage.target を中心とするものです。まず既存のアップグレードおよびステージングのシーケンスを追跡し、次にリンクされている bootc の issue と、関連する Podman および ostree の作業を確認してください。提案されたフローとそのスコープについて合意された設計ができれば完了です。

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

評価

領域
operating-systems
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

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

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