Establish the native niri and Noctalia integration contracts #3
Notifications
Due Date
No due date set.
Blocks
#6 Choose the VoidKontrol service, UI, and desktop integration architecture
xavierk/voidkontrol
Reference: xavierk/voidkontrol#3
Reference in New Issue
Block a user
Question
What maintained interfaces support first-class VoidKontrol integration with the current niri and Noctalia releases on Void Linux? Verify Wayland application launch/identity and lifecycle, niri startup/bindings/IPC, Noctalia plugin versus tray/IPC surfaces, theme and notification contracts, versioning, and operation without systemd. Inspect installed versions and relevant configuration read-only. Propose concrete minimal-v1 integration options and acceptance criteria; distinguish documented facts, observed state, and decisions still requiring the user. No host configuration changes.
Parent map: Find the way to VoidKontrol v1: complete verified Swarm75 control on Void Linux
Resolution
The supported current interfaces are established for niri 26.04 and Noctalia 5.1.0. Noctalia v5 is the native shell with Luau plugins; older Quickshell/QML instructions are not the correct baseline. A native bar widget, quick panel, control-center shortcut, and shared background status entry are available without systemd. Recommend plugin API 24 for shell-free argv execution, and a packaged path source with explicit enable/place steps.
A standard Wayland app identity/desktop entry and user-initiated niri launch/focus path can support the Carbon editor. Noctalia plugin controls must use the same authorized daemon transaction path as the GUI/CLI. No automatic setting writes may follow startup, polling, reconnect, resume, or theme changes. The app-facing theme preference and shell theme can differ; Carbon and the native shell controls should each preserve their own semantic theme system.
Native niri and Noctalia integration report records release-pinned primary sources, read-only local notification/portal evidence, proposed CLI contracts, error/lifecycle behavior and acceptance criteria, captured on
research/desktop-integration.This resolves the interface research. Plugin scope, app identity, runtime, packaging and schema remain architecture decisions; no plugin, GUI or hardware integration has yet been built or tested. No running desktop configuration was changed.