yog 0.0.7

yog: the standalone server for litany loops — the world, the balls and the conversations, behind one wire
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

//! **The two capture-log file names** — one home for each, because more than
//! one derivation reads them and two spellings of one file name drift.
//!
//! This file was the drill-in picker's row set until bl-7942: the five JSON
//! records litany contracts to write, the words each seat carries, and the
//! rule that a log earns a seat only when it has bytes. A picker is a face,
//! and the face is the seat crate's now — what a server keeps is the two
//! *names*, which the §7.3 wound and orphan derivations open directly.

/// The adapter subprocess's captured stderr, per step (litany ARCH §2.3). The
/// §7.3 wound reads its tail to say why a step produced nothing.
pub(crate) const STDERR_FILE: &str = "stderr.log";

/// Where litany binds a launched driver's stderr (ARCH §2.11; litany bl-55f9):
/// beside the step dirs, one per agent, append-only across launches. The
/// orphaned-mail predicate reads it for the same reason.
pub(crate) const DRIVER_LOG_FILE: &str = "driver.log";