admin
4c92beab8f
gates / gates (push) Successful in 26s
- Part 1 (09 §6.1a, audit): the undo performed by hand on 9202 for docmost (PostgreSQL), romm (MariaDB) and vikunja (SQLite volume) - all three came back with data written before AND after the backup. The product's loader cannot do it: over a migrated PG database it fails on the new tables' foreign keys; over MariaDB it leaves them behind. A truncated PG copy loads rc 0 into an empty database. No-DB apps have no last-second copy. - Part 2: one press jumps A -> C; the box's catalog clone is depth 1. Ladder format recommended: update_ladder in .felhom.yml, not git history. - Part 3: memory watch red-proof results (harness change in the catalog repo). - Part 4 (09 §6.4): ten parts, ~22 evenings; one open point (R-643). - Rows R-637..R-644 opened; R-446/450/451/462/463 updated. STATUS, CONTEXT. No product code. Live catalog untouched; 9202 back on it. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
20 lines
311 B
JSON
20 lines
311 B
JSON
{
|
|
"romm": {
|
|
"status": "running",
|
|
"health": "healthy",
|
|
"restarts": 0,
|
|
"exit": 0
|
|
},
|
|
"romm-db": {
|
|
"status": "running",
|
|
"health": "healthy",
|
|
"restarts": 0,
|
|
"exit": 0
|
|
},
|
|
"romm-redis": {
|
|
"status": "running",
|
|
"health": "healthy",
|
|
"restarts": 0,
|
|
"exit": 0
|
|
}
|
|
} |