feat: empaquetado AppImage AnyLinux (sharun, portable total)

[SrDicov]

Que trae

Nuevo metodo de empaquetado AppImage siguiendo las directrices de Anylinux-AppImages: build en Arch Linux, deploy con quick-sharun/sharun (glibc y ld-linux propios, DwarFS + uruntime), paquetes mesa debloated y test de arranque con xvfb.

El AppImage resultante corre en cualquier distro, musl y NixOS sin FHS-wrapper, con auto-update (zsync) y los mismos nombres de archivo (Trinity_Launcher-x86_64/aarch64.AppImage).

Archivos (3 nuevos, nada mas)

• trinity-appimage.sh: receta autocontenida. Compila engine (via secrets.MCPE_NX, sin GUI, SDL3) + tapk-extract (Zig) + Trinity, instala todo en /usr y empaqueta con quick-sharun. Incluye datos linux-bin, sidecar 32-bit aislado en lib32/ (sin mezclar con los .so de 64-bit) y reintentos anti-429 para HuggingFace.
• .github/workflows/anylinux-appimage.yml: matrix x86_64 + aarch64 en ghcr.io/pkgforge-dev/archlinux:latest, publica en latest.
• patches/libc-shim-fcntl-getlk.patch: el script lo aplica al engine tras clonarlo. El shim solo implementaba SETLK(6) y el libsqliteX del juego sondea F_GETLK(5) al iniciar -> runtime_error -> SIGABRT. El parche suma GETLK(5)/SETLKW(7). Sin esto el juego no arranca (verificado en 26.33 y 26.45.1 x86_64).

Notas

• Los workflows linuxdeploy existentes quedan intactos.
• Reglas AnyLinux respetadas: compilar solo en Arch, app instalada en /usr antes del deploy, ningun .so copiado a mano, sin LD_LIBRARY_PATH.
• Probado en CI (build + test de arranque en ambas arquitecturas) y en escritorio real.

[javiercplus]

Aprobado por chayane