Overview
| Comment: | Suite green; merges clean. Already deployed — the running binary carried this while the site was down, and trunk now matches it. |
|---|---|
| Timelines: | family | ancestors | descendants | both | trunk |
| Files: | files | file ages | folders |
| SHA3-256: |
d8a35694f09b67ad3d004043f51a2a34 |
| User & Date: | dmestas on 2026-08-24 23:05:21.302 |
| Other Links: | manifest | tags |
Context
|
2026-08-24
| ||
| 23:12 | land praise-ui check-in: 411e60c2d5 user: dmestas tags: trunk | |
| 23:05 | Suite green; merges clean. Already deployed — the running binary carried this while the site was down, and trunk now matches it. check-in: d8a35694f0 user: dmestas tags: trunk | |
| 22:59 |
Bind the port without waiting on every repository
The forge could not answer for minutes after starting. Register runs before ListenAndServe and probes each store with 'zit submanifest show', and the note there said it costs ~250ms — measured on small stores. On tcl it is 116 SECONDS, on sqlite 16. A fleet with either in it held the whole site down. The probe is bounded at 2s now. Past the deadline it is simply an unanswered question, which the existing false already handled: the fossil clone URL is withheld rather than offered wrongly. Registration is also timed and logged, because each repository's cost is the whole forge's downtime and a slow one should be nameable rather than suspected. closed check-in: 65e953863a user: dmestas tags: startup-latency | |
| 22:17 | merge search-current into trunk check-in: 37c9599a15 user: dmestas tags: trunk | |
Changes
Modified cmd/quarry/main.go
from [59cd7f1a47]
to [f4ccaa8924].
[diff]
Modified cmd/quarry/registrar.go
from [b6d96ae96c]
to [af969dcb29].
[diff]