ARCHITECTURE.md/README describe OS updates via pod-updater fw_setenv, but the pivot moved OS A/B to RAUC

未关闭 适合新手
#62 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
1/5
预计耗时
1-3 小时
新手友好度
78/100
Issue 类型
文档
描述清晰度
描述清楚
活跃度
冷清
技术栈
markdown, rust
领域
documentation

调研方向

阅读 ARCHITECTURE.md 和 README.md 中提到的更新范围表和工作区表,然后将它们与 CLEANROOM-OS.md 和 os/README.md 进行比较。更新这两张表,说明 RAUC 负责 OS A/B 更新,而 pod-updater 负责应用层的 squashfs 交换。这些摘要与现有 OS 文档一致时即告完成。

由索引模型根据 Issue 内容生成。

描述

documentation

ARCHITECTURE.md's update-scope table (line 113) and the README workspace table (line 94) say Tier-1 OS images are applied by "pod-updater Tier-1: inactive A/B slot + U-Boot fw_setenv flip + reboot." CLEANROOM-OS.md (Decisions table, line 42, and line 143) and os/README.md instead make RAUC the OS OTA engine and state "the old pod-updater /opt/podd symlink-swap becomes obsolete for the OS." The two mechanisms are described as authoritative in different docs; ARCHITECTURE.md and the README table need updating to reflect RAUC owning the OS/slot path (pod-updater remaining the app-tier squashfs swap). Related: #23.


Filed from a repo-wide code audit (working tree at bcad746).

主要语言
Rust
星标
0
派生
0
PR 合并指标
30 天内没有已合并 PR

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

GoogleBot42/podd 的其他 Issue

查看 GoogleBot42/podd 的全部 Issue

相似的 Issue

更多 Rust Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。