-
Notifications
You must be signed in to change notification settings - Fork 4
Troubleshooting
This page covers common issues and how to resolve them. For general questions, see FAQ; for command syntax, see CLI Reference.
Cause: Missing execute permission. Solution:
chmod +x install.shCause: A network issue, a package broken upstream, or a failed AUR build. Solution:
- Read the installer's one-line explanation and the end of
install.log. An optional package that fails is skipped and listed at the end; a required one stops the install. - If a required official package is broken today, accept the installer's offer to finish from the Arch Linux Archive snapshot of the last day the nightly install canary passed.
- Check your internet connection.
- Run
./install.sh --dry-runfirst to see the full resolved plan without installing anything. - On a terminal the installer offers a redacted failure report you can review and send as a GitHub issue.
You don't need an AUR helper beforehand: the installer builds yay if neither yay nor paru is present.
Cause: Insufficient disk space, or a permissions issue on the backup directory. Solution:
- Check available disk space in your home directory.
- Make sure you have write permission to
~/.config-backup/— this is whereinstall.sh/uninstall.sh's automatic snapshots live (see Installation for how this differs from the separateaphotic backupCLI). - Pass
--no-backupto skip the snapshot entirely if you don't need it for this run.
Cause: Missing the Pywalfox extension. Solution: Install Pywalfox — Firefox theming depends on it and won't apply without it.
Cause: wallust isn't installed, or color generation failed.
Solution:
-
aphotic theme list— confirms the CLI and theme data are readable. -
aphotic theme set <theme-name>— try applying one explicitly. - Confirm
wallustis installed and onPATH.
Cause: State tracking or a configuration issue. Solution:
- Confirm
aphotic theme next/prevwork from a terminal first, independent of the keybind. - Restart the shell daemon:
SUPER+B(orsystemctl --user restart aphotic-shell.service).
Cause: A syntax error in Hyprland's Lua config, or a conflicting bind. Solution:
- Check
Configs/hypr/keybinds.lua(and your own~/.config/hypr/custom.lua, which is never touched by the installer — see Contributing) for syntax errors. - Reload Hyprland's config:
hyprctl reload, oraphotic reload --fullto reload both Hyprland and the Quickshell shell in one step (see CLI Reference).
Cause: A missing dependency, an incomplete install, or a plugin that breaks startup. Solution:
- Press Super+Shift+B (or run
aphotic recovery present). It is a Hyprland bind, so it works when the shell doesn't, and it shows what failed with the recovery options: disable the suspected plugin, safe mode, restore the last good state, or continue.aphotic recovery statusprints the same diagnosis in a terminal. -
aphotic safemode onholds every plugin back so the shell starts as core only;aphotic safemode offloads them again.
If recovery doesn't help:
3. Confirm the packages your profile needs are actually installed (full pulls in more than minimal — see Profiles & Layers). aphotic sync --check lists any the installed release expects that are missing.
4. Confirm the shell's QML is present at ~/.config/quickshell/aphotic/.
5. Restart the daemon: SUPER+B, or from a terminal: pkill -x qs && qs -c aphotic to see errors directly instead of relying on the systemd-supervised restart.
Cause: awww or wallust isn't running correctly.
Solution:
- Confirm
awwwis installed and its daemon is running. - Confirm the active theme's wallpaper directory actually has image files in it.
- Try setting one explicitly:
aphotic wallpaper -f <path>.
Cause: A heavier profile/layer combination than your hardware needs. Solution:
- Review your
aphotic.toml— aminimalprofile with only the layers you actually use starts faster thanfullwith everything on. - Check for unrelated autostart programs slowing the session, not just Aphotic's own pieces.
Cause: A background service, or a specific Quickshell module doing more work than expected. Solution:
- Use
htop/btopto identify what's actually using CPU — don't assume it's Quickshell without checking.aphotic perf snapshotrecords the shell's and Hyprland's cost, andaphotic runtimeshows which shell surfaces are live. - If it is a Quickshell process, note which module and open an issue (see Support) with the details — this is the kind of thing that's actionable to fix upstream, not something to work around blindly.
aphotic doctor # dependency + config drift check
aphotic status # profile, layers, plugins, services and version drift on one screen
aphotic recovery status # why the shell failed to start, if it did
aphotic theme list # confirm theme data is readable
./install.sh --dry-run # see the full resolved plan, change nothing
aphotic ai status # reachability check for Claude CLI / Ollama, if the ai layer is on
cat install.log # the installer's own log, in the directory you ran install.sh from./uninstall.shRestores your most recent automatic snapshot from ~/.config-backup/ — see Installation.
- Back up anything you want to keep manually first — your own
~/.config/hypr/custom.lua, anyConfigs/awww/<theme>/art you added, etc. - Remove your local checkout:
rm -rf Aphotic-Hypr - Clone again and run
./install.sh.
When you open a GitHub Issue, include:
- Your theme and profile/layers combination
- Your GPU (NVIDIA specifics matter — several code paths branch on it)
- The actual error output, not just "it doesn't work"
- Steps to reproduce
See Support for more on this.
- FAQ — quick questions
- Installation — the two backup systems, flags, updating
-
CLI Reference — every
aphoticcommand - Support — how to get help beyond this page