fix/entry-length-warning-can-speak
develop
上一批新加的條目長度閘門用 warn 報「距離上限不到 100」,而 schedule.sh 只定義 note。
warn
schedule.sh
note
殼回的是這一句,在 stderr:
schedule.sh: 735: warn: not found
一道說不出話的檢核,跟沒有那道檢核是同一件事。 而且它連自己壞了都只在 stderr 留一行——正常輸出上看不出任何異常,entry_len= 照樣印得漂亮。
entry_len=
patrol 的條目有 973 個位元組,距離 cron 一行的上限 1000 不到 100
只剩 27 個位元組。 長度大半來自 wiki 存取庫那一系列變數的快照——這台機器有 15 支,一支約 40 個位元組。再多一支頁型變數,排程就裝不起來,而那一次的錯誤訊息只會說 command too long。
command too long
所以訊息裡把這個來源講出來,人才知道要縮哪裡。
另一段檢核也寫過 warn,同樣的 warn: not found。所以這一次在註解裡寫明它只有 note,沒有 warn。
warn: not found
lint-scripts
ste100-lint
條目太長本身沒有修。 那要改快照的落地方式(例如把環境快照寫成一份專用檔案讓條目去讀),而條目裡不 source 任何設定檔是刻意的決定,理由寫在那一支的檔頭——換做法要連那一段一起重新想。這一批先讓它說得出話。
新加的長度閘門用了 warn 來報「距離上限不到 100」,而這一支只定義 note。 殼回一句「warn: not found」到 stderr,那句提醒一次都沒印出來。 一道說不出話的檢核,跟沒有那道檢核是同一件事——而且它連自己壞了都只在 stderr 留一行,正常輸出上看不出任何異常。 修掉之後它第一次開口就說出一件要處理的事:這台機器的條目有 973 個位元組, 距上限只剩 27。長度大半來自 wiki 存取庫那一系列變數的快照,一支約 40 個 位元組——再多一支頁型變數就裝不起來,而那一次只會回 command too long。 所以訊息裡把這個來源講出來,人才知道要縮哪裡。 這一支之前就踩過同一個坑(另一段檢核也寫了 warn),所以註解裡寫明它只有 note,沒有 warn。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
No dependencies set.
The note is not visible to the blocked user.
這一批修一行,但那一行本來是啞的
上一批新加的條目長度閘門用
warn報「距離上限不到 100」,而schedule.sh只定義note。殼回的是這一句,在 stderr:
一道說不出話的檢核,跟沒有那道檢核是同一件事。 而且它連自己壞了都只在 stderr 留一行——正常輸出上看不出任何異常,
entry_len=照樣印得漂亮。修掉之後它第一次開口就說出一件要處理的事
只剩 27 個位元組。 長度大半來自 wiki 存取庫那一系列變數的快照——這台機器有 15 支,一支約 40 個位元組。再多一支頁型變數,排程就裝不起來,而那一次的錯誤訊息只會說
command too long。所以訊息裡把這個來源講出來,人才知道要縮哪裡。
這一支之前就踩過同一個坑
另一段檢核也寫過
warn,同樣的warn: not found。所以這一次在註解裡寫明它只有note,沒有warn。實測
warn: not found,那句提醒沒出現lint-scripts7 支、ste100-lint0不在這一批的事
條目太長本身沒有修。 那要改快照的落地方式(例如把環境快照寫成一份專用檔案讓條目去讀),而條目裡不 source 任何設定檔是刻意的決定,理由寫在那一支的檔頭——換做法要連那一段一起重新想。這一批先讓它說得出話。