kde/setup.sh: añade bit ejecutable

git ls-files lo tenía como 100644; ./kde/setup.sh (tal como indica el
README) fallaba con "permission denied" en un clon fresco. Detectado
durante una prueba end-to-end en VM.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

kde/setup.sh

@@ -74,9 +74,6 @@ install_pacman "${PACMAN_COMMON[@]}" \
 echo ">> Bootloader (GRUB)..."
 install_bootloader
 
-echo ">> Configurando rollback de actualizaciones (snapper)..."
-configure_btrfs_rollback
-
 echo ">> Bootstrapeando paru y paquetes AUR..."
 bootstrap_paru
 # Solo plasmoides que EXISTEN en AUR. Los de KDE Store/GitHub (gnome-pager, kMenu,
@@ -123,5 +120,19 @@ as_user "export GIT_NAME='$GIT_NAME' GIT_EMAIL='$GIT_EMAIL'; \
 # --- pkgsync: sincronización de paquetes (repo arch-setup) -----------------
 install_pkgsync
 
+# Snapper AL FINAL, no tras install_bootloader: snap-pac crea un snapshot
+# pre+post por cada transacción de pacman/paru en cuanto existe el config de
+# snapper, y dentro del chroot no hay systemd corriendo para que el timer de
+# cleanup limite NUMBER_LIMIT -- ninguna limpieza puede correr hasta el primer
+# arranque real. Con snapper configurado antes de las ~30 instalaciones AUR
+# (cada una su propia transacción), se acumulan decenas de snapshots sin poda
+# posible; en una VM de prueba con disco pequeño esto llenó el disco entero
+# (visto en real). Configurándolo al final, ya con el sistema instalado, no se
+# snapshotea la propia instalación -- el primer snapshot legítimo será el de
+# un 'pacman -Syu' real ya con el sistema arrancado, que es para lo que existe
+# el rollback.
+echo ">> Configurando rollback de actualizaciones (snapper)..."
+configure_btrfs_rollback
+
 rm -f /etc/sudoers.d/99-setup-nopasswd
 echo ">> Configuración de KDE completada."