homelab/stack

Fork 0

Files

kert eb1b574c04

CI / lint (push) Successful in 48s

Details

CI / notebooks-smoke (push) Successful in 1m46s

Details

Infra CI / zotero (push) Successful in 15s

Details

Infra CI / llm (push) Successful in 1m4s

Details

Infra CI / notebooks (pull_request) Successful in 55s

Details

Infra CI / docs (pull_request) Successful in 17s

Details

Infra CI / api (pull_request) Successful in 14s

Details

Infra CI / llm (pull_request) Successful in 20s

Details

CI / test (push) Failing after 2m26s

Details

Infra CI / notebooks (push) Successful in 52s

Details

Infra CI / api (push) Successful in 1m14s

Details

Infra CI / docs (push) Successful in 1m45s

Details

Infra CI / mc (push) Failing after 42s

Details

CI / lint (pull_request) Successful in 27s

Details

CI / notebooks-smoke (pull_request) Successful in 1m41s

Details

CI / test (pull_request) Failing after 2m20s

Details

Infra CI / zotero (pull_request) Successful in 21s

Details

Infra CI / mc (pull_request) Failing after 32s

Details

Package Supply Chain / pkg-supply-chain (push) Successful in 2m3s

Details

feat(bcda): the BCDA manager — a Streamlit app and stack bcda CLI over the client, store, loader, connector and crosswalk

bcda.ui mirrors the surface of the CMS server (CMSgov/bcda-app, vendored
under dev/vendor): /_version, /_health, metadata, /auth/token,
attribution_status, $export on Group/all · Group/runout · Patient with
_type / _since / _typeFilter, job history, status, cancel and /data
download — plus the local side: the Store's job and file history,
flatten + load into bcda.*, the connector into input_layer.*, the
replica for browsing, the v3 data dictionary and CCLF crosswalk, and the
vendored-upstream manifest with an on-demand drift check.

bcda.ui.service has no Streamlit in it: every operation takes a
Connection / Client / Store, so `stack bcda preflight|auth|jobs|export|
adopt|cancel|store|load|vendor` reuse it verbatim and tests hand in
httpx.MockTransport clients and temp stores. Connections are the four
public sandbox entities, BCDA_CLIENT_ID/SECRET from the environment, or
custom (sandbox or production, v3 or v2). bcda.ui.runner runs exports,
adoption, loads and drift checks on daemon threads in a process-level
registry that survives Streamlit reruns, captures the bcda.* log lines
of each run's own thread, and flips state last so readers never see a
finished run with an incomplete log; a st.fragment panel shows runs
live. Exports default to one job per type with cancel retries (the only
shape that survives the shared sandbox's sweeps); the _typeFilter
builder composes System-Type, outcome and service-date; completed jobs
under 24 h are offered for adopt, in-progress ones for cancel. Data
pages read the read-only replica only.

`stack bcda ui` launches streamlit on src/bcda/ui/app.py; streamlit is
added to the bcda extra. CLI reference pages regenerated (the generator
renumbers sidebar positions, hence the touched pages).

Tests: service, runner, every page through AppTest (buttons, forms,
error paths), the app shell, and the CLI — new modules at 100% line
coverage.

refs #1139

2026-10-25 14:08:04 -04:00

956 B

Raw Blame History

title, sidebar_position

title	sidebar_position
stack bcda store	17

`stack bcda store`

Usage: stack bcda store [OPTIONS]                                              
                                                                                
 Local store: jobs, files, bytes.                                               
                                                                                
╭─ Options ────────────────────────────────────────────────────────────────────╮
│ --help          Show this message and exit.                                  │
╰──────────────────────────────────────────────────────────────────────────────╯

956 B Raw Blame History

stack bcda store

956 B

Raw Blame History

`stack bcda store`