Wine-Staging 11.18: novedades y mejoras para sysadmins Linux

septiembre 22, 2026 Alfonso Moreno | Sysadmin Senior 35 Visitas 9 min de lectura

TL;DR — Lo que vas a tener al final

Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
Resultado: Servicio funcional y estable, documentado paso a paso.
Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Wine-Staging 11.18: qué cambia y por qué te interesa como sysadmin

El 19 de septiembre de 2026 salió Wine-Staging 11.18, la versión experimental del popular Wine que carga 273 parches adicionales sobre el Wine 11.18 estable. Si todavía corres una versión vieja, este lanzamiento es una buena excusa para revisar qué cambió.

Wine-Staging es un build paralelo que añade parches que el equipo de Wine todavía no acepta en upstream: arreglos en desarrollo, fixes experimentales, compatibilidad con juegos o apps específicas. La contra es que esos parches extra pueden romper cosas que funcionan en el Wine “limpio”. Por eso Staging se mantiene como rama separada: sirve para probar parches rápido sin contaminar la rama estable. Si un patch funciona bien durante semanas, eventualmente se mergea upstream.

El anuncio de Phoronix destaca tres áreas de trabajo en esta iteración: mejoras en el modo WoW64, fix para Quartz (conversión YV12 a RGB) que rompía el intro de Worms Forts: Under Siege en GOG.com, y actualización a la última versión Git de VKD3D. Vamos por cada una y después vemos cómo aplicar esto en tu setup real.

Qué trae Wine 11.18 upstream (la base)

Wine 11.18 es la release bi-semanal que salió un día antes, el 18 de septiembre. Los cambios principales de esta base son:

Más soporte NTOSKRNL para drivers de kernel: PnP device enablement, container IDs, varias funciones necesarias.
Cobertura de tests para el código NTOSKRNL de Wine (importante para mantener estabilidad mientras crece).
Fixes de code correctness en varias áreas.
Fixes de compatibilidad en headers C estándar.
21 bug fixes conocidos, incluyendo arreglos para Adobe Creative Cloud, Assassin’s Creed Rogue, Super Meat Boy, Enclave, Star Wars: Knights of the Old Republic, Return to Krondor y The Bard’s Tale IV Director’s Cut.

NTOSKRNL es el ejecutable principal del kernel de Windows NT. Wine lo reimplementa parcialmente para que las apps Windows que llaman a funciones de kernel puedan correr sin un Windows real. Cada vez que Wine mejora NTOSKRNL, más drivers y juegos funcionan sin trucos.

Qué agrega Wine-Staging 11.18 (los 273 parches extra)

Sobre esa base, Wine-Staging 11.18 añade 273 parches que todavía no están en upstream. Los cambios más relevantes documentados son:

WoW64: fixes para correr binarios 32-bit en entorno puro 64-bit

WoW64 (Windows-on-Windows 64-bit) es la técnica que permite correr aplicaciones Windows 32-bit sobre un sistema operativo puramente 64-bit sin necesidad de tener librerías 32-bit nativas en Linux. Wine-Staging 11.18 incluye nuevos parches para:

Verificar el binario antes de setear la entrada WoW64.
No escribir WoW64 para binarios 64-bit (evita overhead innecesario).
Arreglar bug de 2019 en el código de kernel services (bug 47175 en WineHQ bugzilla).
Arreglar bug de 2020 también en WoW64 services code (bug 50431).

Estos bugs llevan años abiertos. Que aparezcan ahora fixes significa que vas a poder correr binarios 32-bit más viejos con menos crashes intermitentes. Si tienes apps legacy de Windows en producción (algunos ERPs viejos, software de instrumentación, juegos abandonados), esto te puede ahorrar crashes aleatorios.

Quartz: conversión YV12 a RGB para DirectShow

Wine incluye su implementación de Quartz (DirectShow en macOS/Windows) para reproducir video. Wine-Staging 11.18 trae parches nuevos para convertir YV12 a RGB durante el render. Esto arregla el bug 59846 que rompía el intro de Worms Forts: Under Siege (GOG.com) al intentar jugarlo.

Si no usas Worms Forts ni apps que dependen de Quartz para video con YV12, este cambio te es indiferente. Pero si renderizas video con apps Windows vía Wine (algunos editores viejos, herramientas de captura), el fix es relevante.

VKD3D Git: sync con upstream

VKD3D es el traductor de Direct3D 12 a Vulkan que Wine usa para juegos modernos. Wine-Staging 11.18 pull-ea la última versión Git de VKD3D, que incluye mejoras de performance y compatibilidad con titles recientes que todavía no están en un release taggeado.

Cómo instalar Wine-Staging 11.18 en Linux

El método depende de tu distro. Te dejo los caminos más comunes.

Ubuntu / Debian / Linux Mint

WineHQ mantiene repositorios oficiales. Para Ubuntu 24.04 LTS o 26.04:

# Habilitar arquitectura 32-bit (si todavia no la tienes)
sudo dpkg --add-architecture i386
# Descargar y agregar la key del repo WineHQ
sudo mkdir -pm755 /etc/apt/keyrings
sudo wget -O /etc/apt/keyrings/winehq-archive.key https://dl.winehq.org/wine-builds/winehq.key
# Agregar el repo (ejemplo para Ubuntu 26.04)
sudo wget -NP /etc/apt/sources.list.d/ https://dl.winehq.org/wine-builds/ubuntu/dists/noble/winehq-noble.sources
# Actualizar e instalar winehq-staging
sudo apt update
sudo apt install --install-recommends winehq-staging

Si ves error “the following packages have unmet dependencies”, probablemente necesites habilitar el componente universe o revisar que tu versión de Ubuntu esté soportada en wiki.winehq.org/Ubuntu.

Fedora / RHEL

Fedora incluye Wine-Staging en los repos oficiales (no hace falta agregar WineHQ):

sudo dnf install wine-staging wine-staging-tools

Verifica con wine --version que quedó la versión staging, no la estable. Si el sistema tiene ambas instaladas, puedes forzar staging con el binario explícito /usr/bin/wine-staging.

Arch Linux / Manjaro

Arch ya viene con Wine-Staging en los repos oficiales y, según reportes de la comunidad, está configurado como pure WoW64 desde junio de 2025 (sin necesidad de multilib):

sudo pacman -S wine-staging wine-staging-tools wine-mono wine-gecko

Para tener un prefix de 32-bit puro WoW64 (útil si las apps son legacy 32-bit), basta con crear el prefix normalmente. Wine detecta que el sistema operativo es 64-bit y configura WoW64 automáticamente.

Verificar que tienes WoW64 funcionando

Una vez instalado, puedes verificar que WoW64 está habilitado y funcionando:

# Ver versión y flags de compilación
wine --version
# Salida esperada: wine-11.18 (Staging)
# Crear un prefix de prueba
export WINEPREFIX=$HOME/.wine-test-wow64
export WINEARCH=win64
wineboot --init
# Verificar que el prefix es 64-bit
file $WINEPREFIX/drive_c/windows/system32/kernel32.dll
# Esperado: PE32+ executable (DLL) (GUI) x86-64, for MS Windows
# Probar un binario 32-bit
wine ~/.wine-test-wow64/drive_c/windows/notepad.exe
# (o cualquier otro .exe 32-bit que tengas)

Si kernel32.dll no aparece como PE32+ x86-64, el prefix se creó como 32-bit por algún motivo. Forzá con WINEARCH=win64 explícito antes del wineboot.

Problemas conocidos y troubleshooting

Wine-Staging es experimental, así que algunos issues van a aparecer. Estos son los más comunes en este ciclo:

OpenGL tiene menos rendimiento en apps 32-bit con WoW64

Limitación conocida del modo WoW64: apps 32-bit que usan OpenGL directamente ven una caída de performance comparada con el modo multilib viejo. Si el juego o app legacy usa OpenGL nativo y se necesita el máximo rendimiento, se puede volver al modo tradicional:

# Desactivar WoW64 para un prefix específico (vuelve a multilib)
export WINEPREFIX=$HOME/.wine-legacy-32bit
export WINEARCH=win32
export WINEDLLOVERRIDES="mscoree="
wineboot --init

Esto fuerza un prefix de 32-bit real, que sigue siendo la mejor opción para apps que hacen OpenGL nativo. El tradeoff: perdés la ventaja de WoW64 para apps 64-bit que también corran en el mismo prefix.

Prefixes existentes pueden romperse al actualizar

Wine recomienda recrear el prefix al cambiar versiones mayores. Para Staging, especialmente:

# Backup del prefix actual
cp -r $HOME/.wine $HOME/.wine.bak.$(date +%Y%m%d)
# Si tienes problemas con el prefix actualizado, restaurar:
# rm -rf $HOME/.wine
# mv $HOME/.wine.bak.20260922 $HOME/.wine

Direct3D 12 y DXVK no son lo mismo

VKD3D-Proton es para juegos Direct3D 12 vía Steam Proton. DXVK es para Direct3D 9/10/11. Wine-Staging 11.18 trae VKD3D upstream, pero para gaming en Steam se sigue necesitando VKD3D-Proton o DXVK. Si usas Steam con Proton, no hace falta tocar nada de Wine-Staging: Proton trae sus propias DLLs optimizadas.

¿Vale la pena actualizar? Decisión según el caso de uso

Mi recomendación honesta como sysadmin:

Si tienes servers Linux productivos que corren apps Windows legacy vía Wine: actualiza con backup del prefix primero. Los fixes WoW64 (bugs 47175 y 50431) son estabilidad pura para apps 32-bit. Vale la pena.
Si tu uso principal es gaming con Steam/Proton: no toques Wine-Staging. Proton ya trae sus propias versiones optimizadas de VKD3D-Proton y DXVK. Mezclar Wine-Staging con Proton es pedir problemas.
Si usas Wine para correr herramientas puntuales (Office viejo, algún ERP): prueba primero en un prefix de test. Si anda, migra. Si rompe, quédate en la versión que ya tienes.
Si eres curioso o quieres contribuir con bug reports: instala Wine-Staging y reporta issues con wine bug. Los reportes alimentan el flujo hacia upstream Wine.

El ciclo de release bi-semanal de Wine significa que cada dos semanas hay updates. No hace falta perseguir cada versión: actualiza cuando algo que te importa cambie, o cada 2-3 meses para mantenerte razonablemente al día.

Tabla comparativa: métodos de instalación

Distro	Comando principal	Repositorio	Notas
Ubuntu 24.04 / 26.04	`apt install winehq-staging`	WineHQ oficial	Requiere `dpkg --add-architecture i386`
Debian 12 / 13	`apt install winehq-staging`	WineHQ oficial	Verificar `bookworm` o `trixie` en sources
Fedora 41+	`dnf install wine-staging`	Fedora oficial	No requiere repo externo
Arch Linux	`pacman -S wine-staging`	Arch oficial	Ya viene pure WoW64 desde 2025
openSUSE Tumbleweed	`zypper install wine-staging`	Empaquetado openSUSE	Verificar versión en OBS
Alpine Linux	`apk add wine-staging`	Repositorio community	Útil para containers minimalistas

Para containers o entornos efímeros (CI, sandbox), se puede usar la imagen oficial winehq/staging de Docker Hub. Eso evita instalar Wine en el host y mantiene el ambiente reproducible. Si corres Wine en producción como parte de un pipeline, la imagen Docker es el camino menos riesgoso.

Preguntas frecuentes

¿Por qué Wine-Staging 11.18: novedades y mejoras para sysadmins Linux es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con Wine-Staging 11.18: novedades y mejoras?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con Wine-Staging 11.18: novedades y mejoras?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar Wine-Staging 11.18: novedades y mejoras y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a Wine-Staging 11.18: novedades y mejoras?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.