System Diagnostics (doctor)
Dux Shell
System Diagnostics (doctor)
The dms doctor command diagnoses your DMS installation, verifies dependencies, and checks system configuration. Use it to troubleshoot issues or verify your setup is complete.
Usageβ
dms doctor # Standard output
dms doctor -v # Verbose output with paths and details
dms doctor -j # JSON output for scripting
Status Indicatorsβ
| Icon | Status | Meaning |
|---|---|---|
| π’ | OK | Check passed |
| π‘ | Warning | Non-critical issue, may affect some features |
| π΄ | Error | Critical issue that needs attention |
| βͺ | Info | Informational, no action needed |
System Checksβ
Operating Systemβ
All GNU/Linux distributions are supported - this information is purely informational.
Architectureβ
Only amd64/arm64 is officially supported, although other architectures may work with manual compilation.
Display Serverβ
DMS only supports Wayland, this check verifies you're not using X11.
Version Checksβ
DMS CLIβ
DMS CLI is the backend and command-line interface for DMS. Its version should match the version of the quickshell configuration.
Quickshellβ
Quickshell is the framework used by DMS. Older versions of quickshell may result in a reduced feature set within DMS.
If the version check fails, run:
qs --version
An undefined symbol error mentioning Qt_6_PRIVATE_API means Quickshell was built against different Qt libraries than those currently installed. Rebuild or reinstall Quickshell against the current Qt version, then restart DMS.
On Arch Linux, rebuild the AUR package:
paru -S quickshell-git --rebuild
# or
yay -S quickshell-git --rebuild
systemctl --user restart dms.service
DMS Shellβ
The version of the shell configuration, which should match the DMS CLI version.
Installation Checksβ
DMS Configurationβ
By default DMS installs its configuration, plugins, and themes in $XDG_CONFIG_HOME/DankMaterialShell/. This check verifies that the configuration directory exists.
shell.qmlβ
The location of the shell.qml is the installed location of the DMS shell configuration.
Install Typeβ
system: Installed via system package manager (e.g.apt,dnf,pacman)user: if manually installed via manual compilation & installationnix: if installed via Nix package manager
Compositor Checksβ
All wayland compositors that implement the layer shell protocol are supported, with varying feature sets.
Supported Compositorsβ
| Compositor | Detection | Version Parsing |
|---|---|---|
| niri | niri | niri --version |
| Hyprland | hyprland, Hyprland | Hyprland --version (Tag: line) |
| mangowc | mangowc | mangowc --version |
| labwc | labwc | labwc --version |
| Sway | sway | sway --version |
| Miracle WM | miracle-wm | miracle-wm --version |
| River | river | river -version |
| Wayfire | wayfire | wayfire --version |
Hyprland Lua configβ
On Hyprland, doctor adds a Hyprland Lua config warning in two cases:
- Hyprland
<version>is older than 0.55: DMS writes Hyprland config in Lua only, which needs Hyprland 0.55 or newer. Upgrade Hyprland. - Hyprland config is hyprland.conf:
~/.config/hypr/hyprland.confexists andhyprland.luadoesn't. DMS keybinds, window rules and displays are read-only until you rundms setupto migrate to Lua. Hyprland 0.57 drops.confsupport.
When both files exist, hyprland.lua wins and there is no warning.
Active Compositorβ
Currently running compositor.
Quickshell Featuresβ
These features depend on how Quickshell was built. Using quickshell-git provides full feature support, some builds of quickshell can exclude features based on compilation options.
All of these features currently require quickshell-git or quickshell from the Dux repositories (Fedora, Debian, Ubuntu, OpenSUSE)
Polkitβ
Polkit is used for escalation prompts, items that require root authorization.
IdleMonitorβ
Used to automatically lock, power off monitors, suspend, or hibernate.
IdleInhibitorβ
Used to prevent the system from idling or sleeping.
ShortcutInhibitorβ
Used to manage keyboard shortcuts, specific to the niri compositor.
Optional Featuresβ
accountsserviceβ
Required to persist user profile changes, such as profile picture.
power-profiles-daemonβ
Required to manage power profiles. (e.g. performance, balanced, power-saver)
Either power-profiles-daemon, tuned together with tuned-ppd or tlp together with tlp-pd satisfies this check. tuned-ppd and tlp-pd exposes the same D-Bus interface that power-profiles-daemon does, so DMS works with them too. power-profiles-daemon, tuned and tlp conflict, so install only one of them.
cups-pk-helperβ
Required for printer management (adding, deleting, and configuring printers). Provides the org.opensuse.CupsPkHelper.Mechanism D-Bus interface.
I2C/DDCβ
Required for external monitor brightness control, on most distributions requires i2c-tools and the user to be in the i2c group.
qt6-imageformatsβ
Qt image format plugins adding WebP, TIFF, GIF, JP2, and ICNS support β used for wallpapers, notification images, and previews.
| Distribution | Package |
|---|---|
| Arch | qt6-imageformats |
| Fedora | qt6-qtimageformats |
| Debian/Ubuntu | qt6-image-formats-plugins |
| openSUSE | qt6-imageformats |
| NixOS | qt6.qtimageformats |
kimageformatsβ
KDE image format plugins adding AVIF, HEIF, JXL, and EXR support.
| Distribution | Package |
|---|---|
| Arch | kimageformats |
| Fedora | kf6-kimageformats |
| Debian/Ubuntu | kimageformat6-plugins |
| openSUSE | kf6-kimageformats |
| NixOS | kdePackages.kimageformats |
Terminalβ
Detected terminals (in priority order): ghostty, kitty, alacritty, foot, wezterm
matugenβ
DMS leverages matugen with custom color enrichment (dank16) to generate themes for itself and various applications, terminals, and IDEs.
dgopβ
Required to use system monitoring widgets and applets (CPU, RAM, Disk, Network, Processes). See dgop documentation for more information.
cavaβ
Required for audio visualization in media players.
khalβ
Required to enrich calendar with events from local, CalDAV, or other sources supported by khal.
adw-gtk3β
Required for dynamic GTK3 theming: DMS copies the theme (light and dark variants) into ~/.local/share/themes and patches the copies with your generated colors, so GTK3 apps follow the system color-scheme live. The row shows which mode is active:
- Installed (user copy) β dynamic theming is active.
- Installed (system copy) β installed via your package manager; DMS creates the user copy the next time GTK theming applies.
- Missing adw-gtk3(-dark) β only one variant found; dynamic theming needs both.
- Not installed β GTK3 falls back to a global
dank-colors.cssimport; colors still apply, without live light/dark switching.
| Distribution | Package |
|---|---|
| Arch | adw-gtk-theme |
| Fedora | adw-gtk3-theme |
| NixOS | adw-gtk3 |
Debian, Ubuntu, and openSUSE do not package it; extract an upstream release into ~/.local/share/themes instead β DMS uses it from there directly.
See Application Themes for details.
Networkβ
Detected backends: NetworkManager, iwd, systemd-networkd, iwd+systemd-networkd.
DMS supports different network stacks, NetworkManager is recommended for the vast majority of use cases as its also compatible with Gnome, KDE, etc. This is purely for integration within the shell itself (such as conencting to networks, viewing network status, etc.)
- NetworkManager : all features supported (Wifi, Ethernet, VPN)
- iwd : Wifi only, no Ethernet or VPN support
- systemd-networkd : Ethernet only, no Wifi or VPN support
- iwd+systemd-networkd : Wifi and Ethernet supported, no VPN support
gp-saml-guiβ
Required for GlobalProtect VPN connections that use SAML (browser-based) authentication. When a GlobalProtect connection requires SAML, DMS launches gp-saml-gui to open a browser window for login, then captures the resulting authentication cookie.
openconnectβ
Required for GlobalProtect SAML VPN connections and for Fortinet VPN profiles.
- For GlobalProtect SAML, openconnect converts the prelogin cookie from
gp-saml-guiinto an authentication cookie that NetworkManager can use. - For Fortinet password profiles started from the DMS VPN widget, DMS uses
openconnect --authenticatedirectly and passes the short-lived cookie to NetworkManager. If the VPN server certificate is not trusted, DMS displays its fingerprint for confirmation and saves the approved fingerprint only after the tunnel connects successfully. - For Fortinet profiles that authenticate against an external identity provider, DMS runs the browser login itself and hands the resulting session to NetworkManager.
The NetworkManager openconnect plugin provides the tunnel in every one of those cases, and importing an openfortivpn config requires it too. It is packaged separately from the openconnect command; see VPN for the package names, and VPN for connecting and importing profiles.
Native Fortinet authentication applies to profiles with protocol=fortinet using either authtype=password or authtype=saml. Password profiles do not handle OTP or MFA challenge forms; with browser login, any MFA your identity provider asks for happens in the browser. Other OpenConnect protocols are not included in this flow.
danksearchβ
Used for indexed filesystem search in the launcher. Use / to initiate a fs search. See DankSearch documentation for more information.
loginctlβ
Available on systems using systemd or elogind. Used for various session management features such as lock integration, lock before suspend, etc.
fprintdβ
Adds fingerprint authentication support to the lock screen.
Configuration Filesβ
| File | Location | Purpose |
|---|---|---|
settings.json | ~/.config/DankMaterialShell/ | Main settings |
clsettings.json | ~/.config/DankMaterialShell/ | Clipboard settings |
plugin_settings.json | ~/.config/DankMaterialShell/ | Plugin configuration |
session.json | ~/.local/state/DankMaterialShell/ | Session state |
dms-colors.json | ~/.cache/DankMaterialShell/ | Cached color scheme |
config.d/*.json | ~/.config/DankMaterialShell/ | Drop-in settings (optional) |
Servicesβ
dms.serviceβ
If in use, DMS lifecycle will be managed by systemd. This is optional, DMS can also be started manually or via other init systems.
The detail line lists the compositor units that want the service (Wanted by niri.service). When the service is not running and the compositor you are logged into does not want it, the check reports Nothing starts dms.service with hyprland-session.target. Run 'dms systemd enable'. See Systemd service.
graphical-session.targetβ
Only reported when dms.service is installed and enabled. Warns with Inactive when the target exists but is not active in the current session.
dms.service is tied to graphical-session.target (WantedBy, PartOf, Requisite), and systemd never activates that target on its own. The compositor session has to start it. If nothing does, dms.service is enabled but never autostarts, and systemctl --user start dms fails on the Requisite dependency.
Check the current state:
systemctl --user status graphical-session.target
Compositors with native systemd session integration (niri) activate the target themselves. Others need a compositor-specific session target that pulls it in, started from the compositor config.
On Hyprland, hyprland-session.target must exist and Hyprland must start it. Hyprland 0.57 and newer ship this unit in /usr/lib/systemd/user/ (or /usr/local/lib/systemd/user/); when it's there, dankinstall and dms setup use it and remove their own copy from ~/.config/systemd/user/. On older Hyprland they write the unit below. A hand-written unit is left alone either way:
[Unit]
Description=Hyprland Session Target
BindsTo=graphical-session.target
Wants=graphical-session-pre.target
After=graphical-session-pre.target
PropagatesStopTo=graphical-session.target
Hyprland then needs to export its environment and start the target:
hl.on("hyprland.start", function()
hl.exec_cmd("dbus-update-activation-environment --systemd --all")
hl.exec_cmd("systemctl --user start hyprland-session.target")
end)
Starting it by hand confirms the wiring before relogging:
systemctl --user daemon-reload
systemctl --user start hyprland-session.target
systemctl --user status graphical-session.target dms
See Installation for the equivalent setup on Sway, MangoWC, and Miracle WM.
greetdβ
Required for the Dank Greeter. (See Dux Greeter documentation for more information.)
Environment Variablesβ
QT_QPA_PLATFORMTHEMEβ
Used to set the Qt platform theme - usually one of gtk3, qt6ct, qtengine, or kde. This will define how QT applications are themed. Including some elements of DMS (such as icon themes)
qt6ct-kde is the package name (AUR), not a theme value β the value Qt expects is qt6ct. With qt6ct-kde set as the value, Qt apps load no platform theme at all: palettes stay unstyled and icon lookups fail, which shows up in Quickshell tray menus as black/magenta placeholder icons. dms doctor flags this misconfiguration and prints the fix.
When the variable is set, dms doctor also verifies that the plugin it names actually exists in the plugin directory Qt searches (asked via qmake/qtpaths), warning with the expected path on a miss. Without Qt development tools installed, the check reports "Cannot verify" instead of guessing.
For Qt 6 plugins, it also compares the Qt version the plugin was built against with the installed Qt, and warns on a mismatch (for example Built for Qt 6.11, Qt is 6.12.0).
Qt only loads a platform theme plugin built for its exact major.minor version and skips any other without a visible error. Plugins built outside your distribution's repositories (an AUR package such as qt6ct-kde, a COPR/PPA build, or a local build) stop loading after a Qt minor update until they are rebuilt. Qt apps then fall back to a built-in theme, and Quickshell tray icons and menus show black/magenta placeholders.
Rebuild or reinstall the package providing the plugin against the current Qt, then restart DMS. On Arch Linux:
paru -S --rebuild qt6ct-kde
# or
yay -S --rebuild qt6ct-kde
systemctl --user restart dms
To confirm the cause, run any Qt app from a terminal with QT_LOGGING_RULES="qt.core.plugin.factoryloader.debug=true" and look for Ignoring QPA plugin due to mismatching Qt versions.
With qtengine, it checks the Qt5 and Qt6 plugins and whether ~/.config/qtengine/config.json points at the DMS color scheme.
QS_ICON_THEMEβ
Optional environment variable to set the icon theme for DMS only. Will not effect other applications.
XDG_MENU_PREFIXβ
Required by KDE applications under a non-Plasma compositor. Without it, KService cannot build the XDG menu tree and Dolphin's "Open withβ¦" dialog appears empty; double-clicking files also don't open them, and if they do, is with the wrong application.
Set plasma- in your compositor's environment. The matching /etc/xdg/menus/plasma-applications.menu is provided by plasma-workspace.
Example in niri's config.kdl:
environment {
XDG_MENU_PREFIX "plasma-"
}
Or globally via ~/.config/environment.d/:
XDG_MENU_PREFIX=plasma-
uwsm sets the variable to the compositor's name (for example hyprland-), which overrides environment.d. Under uwsm, set it in ~/.config/uwsm/env-<compositor> instead:
export XDG_MENU_PREFIX=plasma-
After changing it, re-login to apply the changes.
To verify without re-login, force a cache rebuild:XDG_MENU_PREFIX=plasma- kbuildsycoca6 --noincremental.
kde-cli-tools (which provides keditfiletype) must also be installed, as Dolphin's "Open withβ¦" dialog depends on it. Plasma sessions already export this variable automatically, so this only applies to non-Plasma compositors.
JSON Outputβ
Use dms doctor -j for machine-readable output:
{
"summary": {
"errors": 0,
"warnings": 1,
"ok": 15,
"info": 5
},
"results": [
{
"category": "System",
"name": "Operating System",
"status": "ok",
"message": "Arch Linux",
"details": "ID: arch, Version: rolling, Arch: amd64"
}
]
}
Welcome Wizard Integrationβ
The doctor checks are also available in the Welcome Wizard's System Check page. Access it via:
dms ipc call welcome doctor
Or through Settings β About β Tools β System Check.