Trainlog

Synchronization uses one generation/ACK business engine across versioned local transports. The paired 0.1.4 deployment prefers Bluetooth Classic RFCOMM and falls back to direct USB/MTP; the separately configured private Drive path remains available to the legacy mirror/fallback workflow. No transport copies SQLite databases between devices.

Trainlog is a local-first workout and body-data system. Trainlog Core owns business truth and canonical desktop persistence. Its native Android app is the field companion, its C17/Notcurses desktop TUI is the administration and technical surface, and its local browser Web sibling provides the implemented Dashboard, Sessions, Programmes, Exercises, and factual Analyse/Sleep Diary surfaces.

Android and desktop each own a local SQLite database. The desktop database is the canonical long-term history. Trainlog synchronizes versioned JSON artifacts over its authenticated local transports and optional configured Drive workflow; it never copies SQLite database files between devices.

Product split

Surface	Primary responsibility
Android	Capture and quickly correct sets, repetitions, loads, durations, and continuous activities; reorder active and completed-session occurrences; capture feedback, J+1 follow-ups, body measurements, and AI proposals; trigger sync; show quick summaries.
Desktop TUI	Administer, inspect, maintain, import/export, correct canonical history, and provide technical tools.
Local Web (0.1.5 development)	Display Dashboard, Programmes, Sessions, Exercises and factual Analyse workspaces. Analyse includes the Sleep Diary editor, 18:00-to-18:00 agenda and local vector PDF export.

No interface reconstructs business truth from SQLite tables. The local Web is a sibling adapter, not an extension of the TUI. On main, its loopback-only CLI/HTTP adapter, embedded frontend, read-only Dashboard API, factual tiles, visualizations, and private layout persistence are implemented. This does not make the remaining placeholder routes functional. The top-level /programmes route is an operational daily calendar for active Programs. Sessions → Programmes remains the technical administration/import, list, detail, archive, and delete surface. Web Exercises administration, the factual Dashboard/Analyse read model, and the synchronized Sleep Diary workspace are the stable v0.1.4 baseline. Version 0.1.5 development now has validated persistent CYCPLUS acquisition, the global ♥ BPM indicator, training exercise timestamps, one-tap Android Sleep capture, dedicated synchronized cardio sessions, versioned measured Cardio calibration, fresh-signal BPM-guided phases and factual Web heart-rate timelines in History/Sleep; complete 0.1.5 validation is the current implementation cursor.

Releases

When a Trainlog release is published, its prebuilt assets are available from both official mirrors:

• GitHub Releases
• Forgejo Releases

Each published stable release provides:

• a signed Android APK;
• a Linux x86-64 desktop runtime bundle;
• SHA-256 checksums.

Both mirrors publish the same Trainlog product version and release assets. The latest stable version is 0.1.4 on Android and desktop; this is one shared Trainlog version, not separate interface versions. Version 0.1.3 is the previous stable release.

Trainlog presents French by default, with English selectable from Settings → Language on Android and the desktop TUI. The selection is local to that installation and updates the visible interface immediately; it does not translate user exercise/catalogue names or change training data, stable IDs, databases, schemas, exchange artifacts, synchronization protocols, AI, MAX, or feedback. Synchronization status is rendered locally from typed status and counters; raw protocol and operational summaries are not translated or injected into the other surface.

See the documentation and changelog for more details.

Installation

Download a prebuilt release

For a published release, download Trainlog from either official mirror:

• GitHub
• Forgejo

Both mirrors contain the same Android APK, Linux x86-64 runtime bundle, and SHA-256 checksums for each stable Trainlog release. Verify the downloaded binaries against SHA256SUMS before installing them.

The Linux artifact is an architecture-specific tar archive whose published filename intentionally remains trainlog-tui-linux-x86_64-v<version>. It contains the TUI/Web executable, synchronization daemon and helpers, catalogs, and a hashed inventory from the same release commit. Its native executables are dynamically linked, so the host must provide compatible runtime libraries listed under Dependencies.

mkdir trainlog-v<version>
tar -xf trainlog-tui-linux-x86_64-v<version> -C trainlog-v<version>
./trainlog-v<version>/bin/trainlog

The extracted bundle can remain in a user-managed installation directory. Linking its launchers from bin/ into ~/.local/bin is optional.

For Android, download the release APK, allow installation from the browser or file manager when Android requests it, and install the package. Android 8.0 (API 26) or later is required. Grant Trainlog all-files access only when direct Documents/Trainlog synchronization is needed. Desktop synchronization also requires the Linux side and its MTP dependencies to be installed and configured.

Android and the TUI in each stable release share the same Trainlog product version on both mirrors. Database schemas and JSON protocol versions are independent.

Daily synchronization on an opted-in installation

After explicitly enabling the paired local synchronization path, keep Bluetooth enabled on Android and the desktop and select Synchronize in Trainlog when an explicit run is wanted. The current paired deployment prefers authenticated Bluetooth Classic RFCOMM and uses direct USB/MTP as the wired recovery path. The existing private Drive workflow remains separately configured. Wait until the correlated generation and acknowledgements complete; a failure remains durable and should be diagnosed before retrying rather than deleting protocol, database, or backup files.

Build from source

Desktop:

meson setup build
meson compile -C build
meson test -C build --print-errorlogs

Android:

cd android
JAVA_HOME=/usr/lib/jvm/java-17-openjdk ./gradlew test
JAVA_HOME=/usr/lib/jvm/java-17-openjdk ./gradlew assembleRelease

assembleRelease produces a distributable stable APK only when release signing is configured by the release operator. The repository does not contain signing credentials and does not silently generate them.

Release hosts provide TRAINLOG_RELEASE_STORE_FILE, TRAINLOG_RELEASE_STORE_PASSWORD, TRAINLOG_RELEASE_KEY_ALIAS, and TRAINLOG_RELEASE_KEY_PASSWORD, or a private ~/.config/trainlog/release-signing.properties file containing the equivalent storeFile, storePassword, keyAlias, and keyPassword keys. Environment variables take precedence. Keystores and local credential files are ignored by Git; neither belongs in source control, build logs, or release notes.

The Android release key is the permanent update identity for the application. The release operator must preserve an encrypted external backup of both the keystore and its credentials. Losing either prevents future compatible Android updates; generating a replacement key is not a normal release procedure.

Dependencies

Linux runtime dependencies

The published v0.1.4 x86-64 desktop runtime is dynamically linked. Its tagged source directly requires compatible versions of:

• glibc and the GCC support runtime;
• SQLite 3;
• libuuid;
• utf8proc;
• libudev;
• libmtp;
• Notcurses Core;
• the standard math library.

Version 0.1.4 additionally links GNU libmicrohttpd and yyjson for the local Web adapter and Dashboard layout configuration. Those are not retroactive requirements of the pre-Web v0.1.1 tagged source.

Distribution packages may pull additional transitive libraries, including libusb, ncursesw, unistring, gpm, libgcrypt, libgpg-error, and libdeflate. Package names and ABI versions vary by distribution; inspect the release's ldd evidence and install packages from the target distribution rather than assuming one universal package command.

Optional runtime and integration dependencies

• Android is optional when using the desktop TUI alone. USB/MTP synchronization requires the Android companion, libudev, libmtp, and an unlocked connected device.
• Bluetooth synchronization requires BlueZ on Linux plus Python 3.11 or newer with D-Bus and GObject bindings. It is a Trainlog synchronization transport, not a heart-rate sensor implementation.
• trainlog-syncd installation expects a systemd user session. Manual TUI synchronization does not require the user service.
• rclone is required for desktop Google Drive synchronization and automatic AI Drive workflows. Core capture, local history, analytics, and direct MTP synchronization continue to work without rclone.

Build dependencies

Desktop builds require:

• Meson and Ninja;
• a C17 compiler toolchain;
• pkg-config;
• Notcurses Core development headers;
• SQLite, libuuid, utf8proc, libudev, libmtp, GNU libmicrohttpd, and yyjson development headers for the current development source;
• Python 3 for generated sources, validators, import/export helpers, and tests.

The embedded Web frontend additionally uses Node and npm at build time only. Prepare its exact locked dependencies explicitly, then enable the release frontend build:

cd web
npm ci
npm run typecheck
npm test
cd ..
meson setup build -Dweb=enabled
meson compile -C build

Meson never runs npm install or downloads packages. Run npm ci explicitly for the exact lockfile before configuring a Web-enabled build. The default web=auto embeds the frontend when Node, npm, and the prepared web/node_modules are available; otherwise it preserves a desktop-only build and trainlog -w reports that frontend support is absent. Release builds must use -Dweb=enabled. -Dweb=disabled is the explicit desktop-only choice. Node, npm, node_modules, and web/dist are not runtime dependencies.

For an existing build directory, change the option with meson configure build -Dweb=enabled (or the required value) instead of running meson setup as though the directory were new.

Optional systemd user service for local Web development

The versioned systemd/trainlog-web.service unit can keep trainlog -w available on 127.0.0.1:8080 during an interactive user session. Without systemd user lingering, enabling it does not guarantee startup before login. This is a development convenience, not a requirement of the final Trainlog distribution. It intentionally runs the canonical user entry point ~/.local/bin/trainlog; in a source checkout that entry point may be a symlink to the current build/tui/trainlog binary, but the symlink must resolve to an executable before the service is started.

The unit prevents privilege acquisition, gives the process a private temporary directory, makes system paths read-only, and applies kernel/control-group and setuid restrictions that are compatible with the local HTTP server. It does not protect or hide the home directory because SQLite and Trainlog configuration must remain writable under ~/.local/share/trainlog and ~/.config/trainlog. Failed starts use a ten-second restart delay and are limited to three attempts per minute, preventing a persistent port-8080 conflict from producing an uncontrolled loop.

Install the development unit as a symlink so repository updates are picked up after daemon-reload:

mkdir -p ~/.config/systemd/user
ln -s "$(pwd)/systemd/trainlog-web.service" ~/.config/systemd/user/trainlog-web.service
systemctl --user daemon-reload
systemctl --user enable --now trainlog-web.service

Useful lifecycle and diagnostic commands are:

systemctl --user status trainlog-web
systemctl --user restart trainlog-web
systemctl --user stop trainlog-web
systemctl --user start trainlog-web
journalctl --user -u trainlog-web

An operator may separately configure a local nginx proxy such as http://trainlog.perf. That hostname and proxy are machine-local conveniences, not a public Trainlog domain or a runtime dependency, and Trainlog does not configure them automatically.

Uninstalling the integration disables the unit before removing only its user configuration symlink:

systemctl --user disable --now trainlog-web.service
rm ~/.config/systemd/user/trainlog-web.service
systemctl --user daemon-reload

Android builds require JDK 17, an Android SDK supporting the configured API levels, and the Gradle wrapper committed in this repository. People installing the APK do not need Java, Gradle, or the Android SDK.

Documentation

Topic	Document	Purpose
Documentation map	docs/README.md	Canonical index and ownership map.
Current state	docs/current_state.md	Current implemented schemas, capabilities, validation, and limitations.
Architecture	docs/architecture.md	Component, storage, process, and ownership boundaries.
Android	docs/android.md	Field-companion behavior and local persistence.
Desktop TUI	docs/tui.md	Notcurses workflows, correction, and analytics.
Database	docs/database.md	Desktop persistence schema and migration contracts.
Exercise model	docs/exercise_data_model.md	Exercise, occurrence, load, and MAX semantics.
Synchronization	docs/sync_exchange.md	Active MTP flow and companion artifacts.
Exchange formats	docs/exchange_format.md	Frozen and separately versioned JSON contracts.
Training feedback	docs/training_feedback.md	Immediate feedback, revisions, and J+1 follow-ups.
Tests	docs/tests.md	Durable validation commands and coverage strategy.
Roadmap	docs/roadmap.md	Current cursor and future work only.
Development contract	AGENTS.md	Repository invariants and contribution rules.
Change history	CHANGELOG.md	Chronological implementation history.

Architecture overview

Android local SQLite
        |
        | versioned JSON snapshots and requests
        v
Documents/Trainlog on Android storage
        |
        | direct MTP / libmtp
        v
trainlog_sync_run() <---- trainlog-syncd or desktop TUI
        |
        +---- import Android snapshot into desktop SQLite
        +---- publish desktop catalog companions to Android
        +---- write a synchronization receipt

desktop SQLite = canonical long-term history

The optional desktop AI flow exports read-only history and exchanges session proposals through Google Drive via the external rclone process. Android does not contain cloud credentials and does not run rclone.

Current status

As of 2026-09-18:

• TRAINLOG_FORMAT_V1=PASS/FROZEN;
• desktop SQLite schema v29 and Android SQLite schema v26;
• Notcurses is the only active desktop terminal backend;
• direct storage is /storage/emulated/0/Documents/Trainlog under Android's all-files access setting;
• mobile export V3 is active; V1/V2 remain readable legacy inputs; explicit V4 history and execution-draft codecs are staged but not selected by transport;
• STATS_V1=IMPLEMENTED, TRAINING_KNOWLEDGE_V1=PASS, and SESSION_GENERATOR_V1=PASS (the generator is hidden pending V2);
• APP_SHELL_V1=IMPLEMENTED_AWAITING_VISUAL_REVIEW_2;
• TRAINLOG_AI_SESSION_DRAFT_V1=VALIDATION_PENDING pending a real Drive plus Android-triggered bidirectional smoke test.
• WEB_FRONTEND_SHELL_V1=PASS/FROZEN and WEB_DASHBOARD_V1=PASS/FROZEN and TRAINLOG_WEB_SESSIONS_V1=PASS/FROZEN; /programmes is an operational active-Program calendar, while Sessions → Programmes remains the administration surface; TRAINLOG_WEB_EXERCISES_V1=PASS; /analyse now provides the 0.1.4 factual Dashboard/Analyse read-model foundation pending visual review;
• TRAINLOG_PROGRAMS_PRESENTATION_ANDROID_DELETE_V1=PASS: the coordinated private desktop/Android deployment, real Firefox presentation, correlated programs-v1 deletion ACK, restart/replay, and non-resurrection checks pass;
• TRAINLOG_WEB_V1=CONTRACT_FROZEN / IMPLEMENTATION_STARTED;
• TRAINLOG_SYNC_GENERATION_ACK_V1=PASS/FROZEN through explicit staged services; automatic synchronization still selects V3. The trusted local opt-in path is deployed on the paired private installation and has completed real direct-MTP restart/replay validation; it is not a public rollout.

The latest executable result belongs in current state, not in multiple README narratives.

Desktop development quick start

Requirements include Meson, Ninja, SQLite3, utf8proc, libuuid, libudev, libmtp, and Notcurses.

meson setup build
meson compile -C build
meson test -C build --print-errorlogs
./build/tui/trainlog

The database path is $XDG_DATA_HOME/trainlog/trainlog.db, or ~/.local/share/trainlog/trainlog.db when XDG_DATA_HOME is unset.

Android development quick start

Use Java 17 and provide the Android SDK through ANDROID_HOME or the untracked android/local.properties file.

cd android
JAVA_HOME=/usr/lib/jvm/java-17-openjdk ./gradlew test
JAVA_HOME=/usr/lib/jvm/java-17-openjdk ./gradlew assembleDebug

Instrumented tests belong on an emulator. Do not run connectedDebugAndroidTest on the primary personal phone.

Synchronization quick start

meson compile -C build
bash tools/install_syncd_user.sh
systemctl --user is-active trainlog-syncd.service

On Android, grant all-files access for the fixed Documents/Trainlog directory, then use Synchronisation → Synchroniser maintenant. Hardware MTP validation requires an unlocked connected device and remains an explicit manual check.

Development principles

• Preserve frozen, versioned compatibility boundaries.
• Use stable IDs; display names are not identities.
• Keep performed work separate from plans and continuous activity separate from fake sets.
• Keep Android capture, desktop analytics, persistence, transport, and rendering responsibilities distinct.
• Prefer explicit failure to silent data loss or corruption.
• Treat migrations, idempotence, tests, and documentation as part of feature completion.
• Keep scientific catalogs separate from runtime user data and preserve stated uncertainty.

License and project notes

See LICENSE. Forgejo is the primary repository; GitHub is a mirror. Repository layout, detailed contracts, and historical review records are linked from docs/README.md.