Wine 11.18 refuerza el soporte de controladores del kernel y corrige cabeceras C
La capa de compatibilidad de código abierto publica su versión de desarrollo bisemanal con trabajo en NTOSKRNL, soporte PnP y 21 correcciones, entre ellas para Adobe Creative Cloud y Assassin's Creed Rogue.
Wine 11.18 ya está disponible. Es la versión de desarrollo bisemanal de la capa de compatibilidad de código abierto que permite ejecutar aplicaciones de Windows en Linux, macOS y otros sistemas tipo Unix. El proyecto sigue ampliando NTOSKRNL, el componente que hace de núcleo de Windows y se encarga de abstracciones de hardware, gestión de procesos y operaciones de memoria.
En este ciclo han entrado parches para habilitar dispositivos PnP, soporte de identificadores de contenedor y nuevas funciones del kernel. A eso se suma más cobertura de pruebas sobre el código de NTOSKRNL.
Wine no emula Windows: traduce las llamadas al sistema para que el binario de Windows se ejecute sobre el kernel anfitrión. Por eso los avances en NTOSKRNL y en las cabeceras C no son cosméticos. Tocar NTOSKRNL significa mover piezas que afectan a cómo se detecta hardware, cómo se crean procesos y cómo se gestiona la memoria. Tocar cabeceras C significa ajustar contratos de compilación que muchos instaladores y aplicaciones dan por sentados.
Correcciones y cabeceras C
La lista de fallos corregidos llega a 21. Afectan tanto a software de productividad como a juegos. Dos nombres concretos: compatibilidad con Adobe Creative Cloud y problemas en títulos como Assassin's Creed Rogue. La versión también incluye mejoras generales de corrección en el código y ajustes en cabeceras C estándar que deberían notarse en la estabilidad de la traducción de aplicaciones Windows.
Los parches de PnP apuntan a que los dispositivos se activen y se reconozcan con menos fricción, algo que importa cuando una aplicación Windows espera encontrar hardware concreto. El soporte de identificadores de contenedor y las funciones adicionales del kernel van en la misma dirección: reducir los puntos donde la capa de compatibilidad se queda corta.
Qué implica operarlo
Para quien administra equipos Linux o macOS donde conviven aplicaciones Windows, cada entrega de Wine es una pieza más en una cadena que nunca está terminada. No hay una versión estable aquí: es desarrollo bisemanal, así que conviene probarla en entornos controlados antes de llevarla a producción. Lo que sí importa es la dirección: NTOSKRNL y las cabeceras C son la base sobre la que se apoyan controladores, instaladores y software que hasta hace poco exigía una máquina virtual. Si Adobe Creative Cloud avanza, eso amplía los casos donde Wine deja de ser un experimento.
