automatically capture last mutating systemd unit, highlight as "agent"
- 主要言語
- Rust
- スター
- 2.3k
- フォーク
- 230
- 平均マージ
- 3日 3時間
- マージ済み PR(30日)
- 36
説明
This is very similar to https://github.com/coreos/rpm-ostree/pull/1368/commits/83c942dac2fec09e5077b601438229f7da8e6c33 and later https://github.com/coreos/rpm-ostree/pull/2459
Basically...it'd be really useful to be able to see from `bootc status` the basic information about which calling process (systemd unit e.g.) last mutated the system. Maybe even a history of such changes?
And perhaps like the rpm-ostree change there should be an explicit API to claim "I am the active driver" and require disabling that active driver to make other changes.
An architectural thing to debate here is whether this history canonically lives in the journal or whether it's bound e.g. to deployment metadata. (I think probably the latter, it's a tiny amount of information and some edge systems e.g. will want to turn the local journal off to reduce persistent writes, only doing select remote logging).
I would also really like to figure out how to better wire up our default simplistic systemd unit+timer into this.
コントリビューションガイド
調査の方向性
まず、参照されている rpm-ostree のコミットを読み、bootc status のエントリーポイントを調査します。journal のストレージとデプロイメントメタデータを比較し、デフォルトの systemd ユニットとタイマーを確認します。active-driver claiming と履歴をスコープに含めるかどうかも含め、最後に変更を行った systemd ユニットを記録および表示するための合意済みの設計ができれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- rust
- 領域
- cli
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100