gardesk/gar / af5be26

Browse files

fix dual compositor: remove picom launch from session script, gar manages compositor

Authored by mfwolffe <wolffemf@dukes.jmu.edu>
SHA
af5be26bffc53a788d907bdfb92e75b8413e0152
Parents
efcbf6d
Tree
0c16330

1 changed file

StatusFile+-
M gar-session.sh 3 11
gar-session.shmodified
@@ -52,17 +52,9 @@ systemctl --user start gar-session.target
5252
 
5353
 # ═══════════════════════════════════════════════════════════════════
5454
 
55
-# Launch compositor before WM (for proper screen repainting)
56
-# gar generates picom.conf on startup and signals picom to reload
57
-if command -v picom &> /dev/null; then
58
-    if [[ -f ~/.config/gar/picom.conf ]]; then
59
-        picom -b --config ~/.config/gar/picom.conf &
60
-    else
61
-        # First run: start with GLX backend, gar will generate config and signal reload
62
-        picom -b --backend glx &
63
-    fi
64
-    sleep 0.1
65
-fi
55
+# Compositor is now managed by gar itself via start_compositor()
56
+# based on the "compositor" setting in init.lua ("picom", "garchomp", or "none")
57
+# Do NOT start picom here - it causes dual-compositor conflicts when garchomp is selected
6658
 
6759
 # Set log level
6860
 export GAR_LOG=info