| Filename | Latest commit message | Latest commit date |
|---|---|---|
ffdccba10f
Source-Sha: 194a59adfd6c901635da7a9c18253bb2210e2426 Policy-Sha: b9b0be0ee74e55f561a803b8aef6be3c2134f5a83b46816a069a372f2eb04f4d Tree-Digest: 4697f2e281c1c6ecafff17cf6eeb391a0a1ac0fa6e5fc429f5b473f4579c252c |
||
| .. | ||
| icons | ||
| qml | ||
| src | ||
| .qmlls.ini | ||
| build.rs | ||
| Cargo.lock | ||
| Cargo.toml | ||
| README.md | ||
RedFlag Desktop
Native Qt/QML local-machine operations console backed by the RedFlag Agent.
Desktop is the local scope of the RedFlag domain: machine health, live resources, processes, connections, storage, services, containers, software, updates, security, history, and bounded operator intent. RedFlag Web presents the same domain at fleet scope.
The QML process holds no machine authority and reads no protected Agent state. Its CXX-Qt bridge talks only to the platform-local Agent transport:
- Linux:
/var/lib/redflag/agent/localapi/redflag-agent.sock - Windows:
\\.\pipe\RedFlagAgentLocal
Observation belongs to the Agent. Privileged mutations travel through Agent policy, a signed mutation envelope, and the RedFlag helper. QML must never acquire a package, service, container, or reboot escape hatch of its own.
The QML structure inherits useful interaction and typed-bridge work from Souveraine Updater. That updater does not survive as a separate product or authority path.
The current release pipeline builds Desktop for Linux amd64 with Qt 6. The Windows transport exists, but no Windows Desktop artifact is published until a native Qt/MSVC runner owns that build. The web application remains the fleet surface; it is not embedded into Desktop.