offline Catholic daily readings and liturgical calendar in Go, with CLI, TUI and web clients https://git.labunix.xyz/lectio.git/atom?h=main 2026-08-18T16:08:20Z 2026-08-18T16:08:20Z Lukasz Kasprzak lukas@labunix.xyz 2026-08-18T16:08:20Z urn:sha1:fd3eda0da228d2417b8b7f9007533e214d7a5e80 clectio's Makefile unpacks gen/verses_<form>.keys from the COMMITTED .gz, and its clean target deletes the plain file. clectio-gen wrote only the plain one, so regenerating the tables without separately re-gzipping the keys left gen/liturgy_<form>.h indexing verses the packed text did not hold. clectio then dereferenced a NULL verse pointer. That shipped: 1246 of the 10957 EF dates in the 2025-2054 range segfaulted, 11% of the calendar. OF was unaffected -- its tables had not been regenerated since the keys were last packed. The two artefacts are generated together, so they are now written together and cannot drift. OF's keys are byte-different after this (Go's gzip, not gzip(1)) but content-identical, verified. 2026-07-29T07:55:22Z Lukasz Kasprzak lukas@labunix.xyz 2026-07-29T07:55:22Z urn:sha1:0db24ba21a67c99d79d321fc82391e13656c40e4 Add opt-in flags so clectio's tables can be regenerated from a customized calendar instead of only the embedded universal one: clectio-gen -caldir DIR -use a,b [-sanctorale DIR] <new|old> y0 y1 out/ - -caldir + -use stack calendar layers (rank, colour, name, reading.*) over the calendar; -sanctorale DIR applies a full of.ini/ef.ini replacement. - The BOOK table stays hermetic (LECTIO_CONFIG still points nowhere), so the generator can't read a stale user books.ini -- calendar customization and the book aliases are kept separate concerns. - config.SetCalendarsDir lets CalendarsDir be pointed at an explicit layer dir without a full config tree (and without an unrelated books.ini there). Verified end to end: a layer adding a feast with a proper gospel regenerates into liturgy_of.h + verses_of.keys, and the rebuilt clectio shows it. Default (no flags) output is byte-identical to before. make test green. 2026-07-28T20:49:54Z Lukasz Kasprzak lukas@labunix.xyz 2026-07-28T20:49:54Z urn:sha1:4bb88c667edc90a5563791dff62ae52ea070b2ee Two EF Ember-day lessons ("Osee 14:2-10", "2 Esd. 8:1-10") rendered as "(not in vul)" because the lookup path (ResolveBook, English dialect) lacked these Douay-Rheims book forms -- they existed only in the Latin dialect, which ResolveBook does not consult. Add them to the [en] dialect so both lectio and clectio resolve them (the text is present in vul: Hosea 14, Nehemiah 8). Also make clectio-gen hermetic: it now points LECTIO_CONFIG at a nonexistent path so it always uses the EMBEDDED calendar/lectionary/book table, never the running user's ~/.config/lectio (whose stale books.ini was silently dropping ~30 EF readings from the generated data). It warns on any reading it cannot resolve. Full range 2025-2054 now generates with 0 dropped readings. 2026-07-28T20:08:06Z Lukasz Kasprzak lukas@labunix.xyz 2026-07-28T20:08:06Z urn:sha1:723f223690ce6a01124ea5fbd12e1a90ee0ab3f4 clectio (~/git/projects/clectio) is a tiny suckless-C daily-readings build that compiles the calendar, citations and scripture text in. clectio-gen is its data compiler: it reuses this engine to compute, for a year range, each day's name/colour/readings and emits corpus-independent C tables plus the verse KEYS, so the C side is a dumb lookup and the hard liturgical logic stays here (oracle-validated). - bible.LookupKeyed(version, ref) returns each resolved verse's (book, chapter, verse) key, mirroring Lookup's splitting/versification. clectio-gen uses it to record the exact pericopes a lectionary cites. - Verified: clectio's output is byte-identical to lectio's readings, day names 157/157 over a 3-year sample.