Capítulo 13. WINE

Como se menciona en la Sinopsis de este capítulo, WINE es una capa de compatibilidad que permite ejecutar aplicaciones de Windows® en otros sistemas operativos. En teoría, esto significa que estos programas deberían ejecutarse en sistemas como FreeBSD, macOS y Android.

Cuando WINE ejecuta un ejecutable de Windows®, ocurren dos cosas:

La instalación de WINE en un sistema FreeBSD implica varios componentes distintos:

Como sistema operativo en el que las utilidades de terminal son «ciudadanos de primera clase», es natural suponer que WINE contará con una amplia compatibilidad con programas en modo texto. Sin embargo, la mayoría de las aplicaciones para Windows®, especialmente las más populares, están diseñadas pensando en una interfaz gráfica de usuario (GUI). Por tanto, las utilidades de WINE están diseñadas por defecto para iniciar programas gráficos.

No obstante, hay tres métodos disponibles para ejecutar estos llamados programas de interfaz de usuario de consola (CUI):

Estos enfoques se describen con mayor detalle en la wiki de WINE.

WINE es en sí mismo un proyecto maduro de código abierto, por lo que no sorprende que se use como base de soluciones más complejas.

Para los usuarios de FreeBSD, algunas alternativas al uso de WINE son las siguientes:

Antes de instalar WINE, resulta útil tener instalados los siguientes requisitos previos.

La mayoría de los programas de Windows® esperan tener disponible una interfaz gráfica de usuario. Si se instala WINE sin que haya una, sus dependencias incluirán el compositor Wayland, por lo que se instalará una GUI junto con WINE. No obstante, es útil tener instalada, configurada y funcionando correctamente la GUI elegida antes de instalar WINE.

El sistema operativo Windows® lleva algún tiempo incluyendo preinstalado un navegador web predeterminado: Internet Explorer. Como resultado, algunas aplicaciones parten de la premisa de que siempre habrá algo capaz de mostrar páginas web. Para proporcionar esta funcionalidad, la capa WINE incluye un componente de navegador web que usa el motor Gecko del proyecto Mozilla. Cuando WINE se inicia por primera vez, ofrece descargarlo e instalarlo, y hay razones por las que los usuarios podrían querer hacerlo (se tratarán en un capítulo posterior). Pero también pueden instalarlo antes de instalar WINE, o junto con la instalación de WINE propiamente dicha.

Instale este paquete con lo siguiente:

Como alternativa, compile el port con lo siguiente:

Este port instala el framework MONO, una implementación de código abierto de .NET de Microsoft. Incluirlo en la instalación de WINE hará aún más probable que las aplicaciones escritas en .NET se instalen y ejecuten en el sistema.

Para instalar el paquete:

Para compilar desde la colección de ports:

Con los requisitos previos listos, instale WINE mediante un paquete con el siguiente comando:

Como alternativa, compile el subsistema WINE desde el código fuente con lo siguiente:

Como la mayoría del software, las aplicaciones de Windows® pasaron de la antigua arquitectura de 32 bits a los 64 bits. La mayor parte del software reciente está escrito para sistemas operativos de 64 bits, aunque los SO modernos a veces también pueden seguir ejecutando programas antiguos de 32 bits. FreeBSD no es diferente, ya que cuenta con compatibilidad con 64 bits desde la serie 5.x.

Sin embargo, usar software antiguo que ya no tiene compatibilidad por defecto es un uso habitual de los emuladores, y los usuarios suelen recurrir a WINE para jugar a juegos y usar otros programas que no se ejecutan correctamente en hardware moderno. Por fortuna, FreeBSD puede admitir los tres escenarios:

Existen dos métodos distintos para iniciar un programa de Windows desde el terminal. El primero, y más sencillo, consiste en navegar hasta el directorio que contiene el ejecutable del programa (.EXE) y ejecutar lo siguiente:

En el caso de las aplicaciones que aceptan argumentos de línea de órdenes, añádalos después del ejecutable como de costumbre:

Como alternativa, proporcione la ruta completa al ejecutable para usarlo en un script; por ejemplo:

Tras la instalación, los shells gráficos deberían actualizarse con nuevas asociaciones para los archivos ejecutables de Windows (.EXE). Ahora será posible explorar el sistema mediante un gestor de archivos e iniciar la aplicación de Windows del mismo modo que otros archivos y programas (con un clic o doble clic, según la configuración del escritorio).

En la mayoría de los escritorios, compruebe que esta asociación sea correcta haciendo clic con el botón derecho sobre el archivo y buscando una entrada para abrirlo en el menú contextual. Una de las opciones (con suerte, la predeterminada) será con el Wine Windows Program Loader, como se muestra en la siguiente captura de pantalla:

Si el programa no se ejecuta como se espera, intente iniciarlo desde la línea de órdenes y revise los mensajes mostrados en el terminal para solucionar el problema.

Si WINE no es la aplicación predeterminada para los archivos .EXE después de la instalación, compruebe la asociación MIME para esta extensión en el entorno de escritorio, shell gráfico o gestor de archivos actual.

Un prefijo de WINE es un directorio, ubicado normalmente bajo la ubicación predeterminada $HOME/.wine, aunque puede estar en otro lugar. El prefijo es un conjunto de configuraciones y archivos auxiliares que wine usa para configurar y ejecutar el entorno de Windows® que necesita una determinada aplicación. Por defecto, una instalación nueva de WINE crea la siguiente estructura cuando un usuario la inicia por primera vez:

Aunque WINE crea un prefijo predeterminado en $HOME/.wine/ del usuario, es posible configurar varios prefijos. Hay algunos motivos para hacerlo:

Crear un prefijo desde el terminal requiere el siguiente comando:

Esto ejecuta el programa winecfg, que puede usarse para configurar prefijos de wine (se explica más en una sección posterior). Pero al proporcionar una ruta de directorio como valor para la variable de entorno WINEPREFIX, se crea un nuevo prefijo en esa ubicación si todavía no existe.

Proporcionar la misma variable al programa wine provoca asimismo que el programa seleccionado se ejecute con el prefijo especificado:

Como se ha descrito antes, WINE incluye una herramienta denominada winecfg para configurar prefijos desde una GUI. Contiene diversas funciones, que se detallan en las secciones siguientes. Cuando winecfg se ejecuta dentro de un prefijo, o se le proporciona la ubicación de un prefijo mediante la variable WINEPREFIX, permite configurar el prefijo seleccionado como se describe en las secciones siguientes.

Las selecciones realizadas en la pestaña Applications afectarán al ámbito de los cambios realizados en las pestañas Libraries y Graphics, que se limitarán a la aplicación seleccionada. Consulte la sección Uso de Winecfg de la wiki de WINE para obtener más información.

La herramienta winetricks es un programa auxiliar multiplataforma de propósito general para WINE. No la desarrolla el proyecto WINE propiamente dicho, sino que un grupo de colaboradores la mantiene en GitHub. Contiene algunas «recetas» automatizadas para hacer que aplicaciones comunes funcionen en WINE, tanto optimizando la configuración como obteniendo automáticamente algunas bibliotecas DLL.

Mizutamari es una aplicación similar a winetricks, aunque se inspiró en el sistema de juegos Lutris para Linux. Pero, aunque está enfocada en juegos, también hay aplicaciones no relacionadas con juegos disponibles para instalar mediante Mizutamari.

Conviene señalar que las soluciones anteriores no son mutuamente excluyentes. Es perfectamente aceptable, e incluso ventajoso, tener ambas instaladas a la vez, pues admiten conjuntos de programas distintos.

Sin embargo, es aconsejable asegurarse de que no accedan a ninguno de los mismos prefijos WINE. Cada una de estas soluciones aplica soluciones provisionales y realiza cambios en los registros basándose en soluciones provisionales conocidas para problemas existentes de WINE a fin de que una aplicación determinada se ejecute sin problemas. Permitir que tanto winetricks como Homura accedan al mismo prefijo podría provocar que algunos de estos cambios se sobrescribieran y, como resultado, que algunas aplicaciones o todas ellas no funcionen como se espera.

Como la mayoría de los sistemas operativos similares a UNIX®, FreeBSD está diseñado para que varios usuarios inicien sesión y trabajen al mismo tiempo. En cambio, Windows® es multiusuario en el sentido de que pueden configurarse varias cuentas de usuario en un sistema. Pero se espera que solo una use la máquina física (un PC de escritorio o portátil) en un momento dado.

Las versiones de consumo más recientes de Windows® han dado algunos pasos para mejorar el SO en escenarios multiusuario. Pero todavía se estructura en gran medida en torno a una experiencia de un solo usuario. Además, las medidas que ha tomado el proyecto WINE para crear un entorno compatible implican que, a diferencia de las aplicaciones de FreeBSD (incluido el propio WINE), se parezca a este entorno de un solo usuario.

De ello se deduce que cada usuario tendrá que mantener su propio conjunto de configuraciones, lo cual puede ser positivo. No obstante, es ventajoso instalar las aplicaciones, especialmente las grandes como suites ofimáticas o juegos, una sola vez. Dos motivos para hacerlo son el mantenimiento (las actualizaciones de software solo deben aplicarse una vez) y la eficiencia de almacenamiento (sin archivos duplicados).

Hay dos estrategias para minimizar el impacto de varios usuarios de WINE en el sistema.

Como se muestra en la sección sobre configuración de WINE, WINE permite adjuntar unidades adicionales a un prefijo determinado. De este modo, pueden instalarse aplicaciones en una ubicación común, mientras que cada usuario conserva un prefijo en el que pueden mantenerse configuraciones individuales (según el programa). Esta es una buena configuración si hay relativamente pocas aplicaciones que compartir entre usuarios y son programas que necesitan pocos ajustes personalizados en el prefijo para funcionar.

Los pasos para instalar aplicaciones de esta manera son los siguientes:

Una vez completado, las aplicaciones pueden instalarse en esta ubicación y ejecutarse posteriormente usando la letra de unidad asignada (o la ruta de directorio estándar de estilo UNIX®). Sin embargo, como se ha señalado antes, solo un usuario debe ejecutar estas aplicaciones (que pueden estar accediendo a archivos dentro de su directorio de instalación) al mismo tiempo. Algunas aplicaciones también pueden presentar un comportamiento inesperado cuando las ejecuta un usuario que no es el propietario, a pesar de pertenecer al grupo que debería tener permisos completos de «lectura/escritura/ejecución» para todo el directorio.

En cambio, si hay muchas aplicaciones que compartir o requieren ajustes específicos para funcionar correctamente, puede ser necesario un enfoque diferente. En este método, se crea un usuario completamente independiente específicamente para almacenar el prefijo WINE y todas sus aplicaciones instaladas. Después se concede a los usuarios individuales permiso para ejecutar programas como este usuario mediante el comando sudo(8). El resultado es que estos usuarios pueden iniciar una aplicación WINE como lo harían normalmente, pero esta actuará como si la hubiera iniciado el usuario recién creado y, por tanto, usará el prefijo mantenido centralmente que contiene tanto las configuraciones como los programas. Para ello, siga estos pasos:

Cree un nuevo usuario con el siguiente comando (como root), que solicita los datos necesarios:

Introduzca el nombre de usuario (por ejemplo, windows) y el nombre completo («Microsoft Windows»). Después, acepte los valores predeterminados para el resto de las preguntas. A continuación, instale la utilidad sudo mediante paquetes binarios con lo siguiente:

Una vez instalado, edite /etc/sudoers de la siguiente manera:

El resultado de estos cambios es que los usuarios nombrados en la sección User_Alias tienen permiso para ejecutar los programas enumerados en la sección Cmnd Alias usando los recursos enumerados en la sección Defaults (la pantalla actual), como si fueran el usuario indicado en la última línea del archivo. En otras palabras, los usuarios designados como WINDOWS_USERS pueden ejecutar las aplicaciones WINE y winecfg como el usuario windows. Además, la configuración significa que no tendrán que introducir la contraseña del usuario windows.

A continuación, proporcione acceso a la pantalla al usuario windows, como quien se ejecutarán los programas WINE:

Esto debe añadirse a la lista de comandos ejecutados al iniciar sesión o cuando se inicia el entorno gráfico predeterminado. Una vez completado todo lo anterior, un usuario configurado como uno de los WINDOW_USERS en sudoers puede ejecutar programas usando el prefijo compartido con el siguiente comando:

Conviene señalar que varios usuarios que accedan a la vez a este entorno compartido siguen suponiendo un riesgo. No obstante, tenga en cuenta también que el entorno compartido puede contener varios prefijos. De este modo, un administrador puede crear un conjunto de programas probado y verificado, cada uno con su propio prefijo. Al mismo tiempo, un usuario puede jugar a un juego mientras otro trabaja con programas ofimáticos sin necesidad de instalaciones de software redundantes.

Hay diversos recursos centrados en otros sistemas operativos que pueden resultar útiles para los usuarios de FreeBSD: