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

BReg check_registry_audit doc comment still says a torn final entry blocks doctor

クローズ 初心者向け
#1,713 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
1/5
見積もり時間
1時間未満
初心者へのやさしさ
86/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
rust
領域
documentation

調査の方向性

PR #1712 と #1701 がマージされた後、crates/registry-breg/src/startup.rs を開き、890-894 行付近にある check_registry_audit のコメントを読んでください。書き込み不可のディレクトリと、check_writable によるその他の拒否をブロッカーとして特定するように書き換え、最後のエントリが途中で切れていると doctor がブロックされるという主張を削除してください。

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

説明

area:breg criticality:p3 documentation triage:needs-implementation

Once PR #1712 merges, the doc comment on check_registry_audit in crates/registry-breg/src/startup.rs (lines 890 to 894 on main) is false:

a torn final entry or an unwritable directory there blocks an operator command exactly as one in the runtime's own destination would, so doctor must refuse it too instead of reporting a clean audit dependency.

PR #1712 (#1614) makes the shared writer recover a torn final line at open (the torn bytes go to an owner-only <path>.torn side file), and FileDestination::check_writable now accepts a torn final line without changing anything. So a torn final entry no longer blocks an operator command or doctor; only an unwritable directory (and the other check_writable refusals) still do.

Fix: reword the comment to name what still blocks. PR #1712 left it alone because PR #1701 is changing crates/registry-breg; do this after both merge.

Refs: #1614, #1712.

主要言語
Rust
スター
2
フォーク
0
平均マージ
8時間 10分
マージ済み PR(30日)
222

環境構築

はじめの一歩

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

registrystack/registry-stack のほかの issue

registrystack/registry-stack の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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