test: isolate integration cases from the host global config
bees loads config.global-config-filename (default /etc/bees/bees.conf)
and config.local-config-filename as fallback layers UNDER the per-run
--config, so any key a case does not set inherits the host value. The
test host's /etc/bees/bees.conf had drifted to [state] persistent = no
(anonymous hash table -> no beeshash.dat / beespoint.ini) and [rewrite]
free-min = 128K (the "cap threshold at extent size" clause then demands
freeing 100% of any sub-128K extent). Both silently changed the baseline
of every case that did not override them:
- persistent = no: 02, 03, 04, 05, 20 (missing state files), and the
delayed-verify tracker in 18/19 (no persisted verify batch)
- free-min = 128K: 09, 10, 14 (partial-free rewrites rejected, so the
expected hole / dedupe never happened)
Disable the fallback layers in each case's config with empty
config.global-config-filename / config.local-config-filename, so defaults
come from the build (persistent = yes, free-min = 50%). The repl case
(05) cannot pass an empty token and reading /dev/null trips a size > 0
check, so it uses boot-layer overrides (set path.home, set
state.persistent yes) which outrank the fallback; it also fixes a stale
key (paths.home -> path.home) that only worked while /etc/bees supplied
[path] home.
No product code change. Validated on the integration host: all listed
cases pass.