Why: the set has to be installable and publishable, not just buildable, and the next person needs the reasoning, not only the code. What: - android/: Kotlin client with no third-party dependencies. A DocumentsProvider publishes the mirrored databases to every file picker, so KeePassDX opens them as ordinary documents; closing a file it wrote triggers a sync. A foreground service holds the event stream open. Mirror.decide transcribes the Go merge table, so both platforms resolve a conflict identically. - Makefile as the single entrypoint, with file targets so only what changed is rebuilt: host and cross builds, both .deb packages, the macOS DMG with its /Applications symlink, the Windows zip, the APK under its F-Droid publishing name, and manual-only android-publish. - versions.mk holds one version per platform plus the Android versionCode; `make bump` and `make changelog` move them. Debian changelog is tracked. - systemd units (hardened system unit for the server, user unit for the agent), macOS bundle and launch agent, Windows Task Scheduler job. - docs/HANDOVER.md on architecture and every decision that shaped it, docs/PROTOCOL.md for the API, README for the quick start. Proved: make check and make test-race both pass; built both .deb packages and inspected their contents, built the Windows zip, cross-compiled all five desktop targets, and exercised make bump. The Android module is written but not compiled: no JDK or Android SDK in this environment, which HANDOVER.md states plainly.
20 lines
798 B
Plaintext
20 lines
798 B
Plaintext
Package: keeporgd
|
|
Version: @VERSION@
|
|
Section: net
|
|
Priority: optional
|
|
Architecture: @ARCH@
|
|
Maintainer: tiredsysadmin <rcmd@garage.rcmd.space>
|
|
Homepage: https://garage.rcmd.space/keeporg
|
|
Depends: adduser
|
|
Description: KeePass database synchronization server
|
|
KeepOrg stores KDBX files as opaque versioned blobs and arbitrates concurrent
|
|
writes between clients. It hosts many databases, controls access through a
|
|
tree of user groups, and accepts registrations by invite link or OIDC.
|
|
.
|
|
It never opens a database and cannot read one: master passwords stay on the
|
|
clients.
|
|
.
|
|
The service runs as the keeporg user with its data in /var/lib/keeporg and
|
|
its configuration in /etc/keeporg/server.json. Terminate TLS in front of it
|
|
with nginx or caddy, or point tls_cert and tls_key at a certificate.
|