El nombreWine inicialmente fue un acrónimo paraWINdowsEmulator.[1] Algunos autores llaman a Wine un «emulador de API».[2][3] Sin embargo, hay personas que no usan dicho término, argumentando que la herramienta es realmente una reimplementación de una API existente, y no una forma deemular unentorno de máquina completo.[3]
Wine provee de:
Un conjunto de herramientas de desarrollo para portarcódigo fuente de aplicaciones Windows a Unix.
Un cargador de programas, el cual permite que muchas aplicaciones para Windows 2.0/3.x/9X/ME/NT/2000/XP/Vista/7 y 8 se ejecuten sin modificarse en varios sistemas operativosUnix comomacOS,BSD yUnix-like comoGNU/Linux,Solaris
El proyecto Wine comenzó en 1993, época dela versión 3.11 de Windows. El proyecto posiblemente se originó en discusiones encomp.os.linux. Los programadoresEric Youngdale yBob Amstadt crearon su primera versión. La razón por la cual Wineno es un emulador es que los emuladores tienden a duplicar el entorno completo en el que un programa vive, incluyendo la simulación de una arquitectura demicroprocesador determinada. Wine, por el contrario, implementa unacapa de compatibilidad, la cual provee alternativas a lasbibliotecas deMicrosoft Windows.
A mediados del año 2002, ya se contaba con una aplicación con más de 1 millón de líneas de código fuente escrito en ellenguaje C y con un grupo de más de 300 programadores. El proyecto tuvo tiempos en los cuales no se avanzó lo suficiente, hasta que en el año 2003, fue posible utilizar aplicaciones muy extendidas del entorno Windows comoMicrosoft Office eInternet Explorer, en entornosUnix, gracias a Wine.
El proyecto presenta grandes retos para los desarrolladores, al menos en parte debido a la incompletadocumentación de laAPI de Windows. A pesar de que la mayoría de las funciones de laAPI Win32 están correctamente documentadas, existen aún muchas áreas, como formatos de archivos y protocolos, para las cuales no existen especificaciones documentadas por parte de Microsoft.
Hacia comienzos de 2003, Wine podía ejecutar muchos programas populares, comoLotus Notes y algunas versiones de Microsoft Office, con comportamientos y estabilidad variables. El éxito del funcionamiento de cada aplicación depende del uso debibliotecas dinámicas (DLL) de Windows.
La empresa de softwareCorel ayudó mucho al proyecto, empleando temporalmente a uno de los principales desarrolladores,Alexandre Julliard, junto con muchos otros programadores secundarios. Esta ayuda fue motivada por elporting de lasuite ofimática de Corel aGNU/Linux. Sin embargo, debido a dificultades económicas, el apoyo de Corel cesó.
Otras organizaciones han hecho esfuerzos comerciales para apoyar el proyecto, incluyendoCodeWeavers yLinspire.CodeWeavers ha desarrollado una versión comercial, cerrada y visualmente más atractiva, de Wine y la comercializa bajo el nombreCrossOver; además, colabora con el proyecto, ya sea financiándolo o con parches.
El desarrollo oficial de Wine está orientado hacia la correcta implementación de la API de Windows como un todo y aunque se encuentra un poco atrasado en estas áreas, desde su versión 1.0 de verano de 2008 es capaz de ejecutar con éxito y con pocos o escasos errores una gran variedad de aplicaciones diseñadas para Windows.
Otros proyectos que han incorporadocódigo fuente de Wine sonRewind,ReactOS yLongene. El último proyecto es un módulo para elkernel linux que sustituye al wineserver, acelerando la ejecución de Wine.
Animación que muestra el progreso en compatibilidad de aplicaciones de acuerdo a los resultados de las pruebas de Wine AppDB (clic en la imagen para ver la animación). Funciona sin errores («platino») Funciona sin errores pero requiere configuración adicional («oro») Funciona con errores menores («plata») Funciona con errores mayores («bronce») Inutilizable («basura»)
De acuerdo a un estudio realizado enInternet por DesktopLinux.com[4] en 2006, la aplicación Wine es bastante usada con relación a las demás con una demanda de 33,5% de los encuestados, mientras que un 16,7% utiliza elVMware y apenas un 7% usa la aplicaciónCrossOver. La porción de los encuestados que no utiliza ninguno fue de un 39%.
El 17 de junio de 2008 el proyecto Wine lanzó la versión 1.0,[5] la primera versión estable en quince años de desarrollo. Ésta presenta mejoras con relación a las versiones alpha y beta, de las cuales se puede mencionar un mejor soporte de ratón en los juegos, aplicaciones con uso debibliotecasOpenGL, manejo de nuevos estados enDirect3D y mejora del sistema de audio, entre mejoras importantes.
El 16 de julio de 2010 el proyecto Wine lanzó la versión estable 1.2,[6] presentando más de 23 000 cambios en el código fuente, más de 3000bugs arreglados y el soporte para aplicaciones de 64 bits.
El 7 de marzo de 2012 el proyecto Wine lanzó la versión estable 1.4,[7] añadiendo soporte a muchas nuevas aplicaciones como Microsoft Office 2010,[7] y juegos de última generación como Skyrim[8] o StarCraft II.[9]
El 18 de julio de 2013 el proyecto Wine lanzó la versión estable 1.6,[10] añadiendo más de 10 000 cambios en el código fuente y añadiendo soporte a aplicaciones .Net y Mono.
El 19 de diciembre de 2015 el proyecto Wine lanzó la versión estable 1.8,[11] después de 17 meses de desarrollo y añadiendo más de 13 000 cambios en el código fuente. Los puntos a destacar es la implementación de DirectWrite y Direct2D, y el nuevo controlador de audio pulse.
Posibilidad de añadirle másbibliotecas de enlace dinámico (DLL), incluso las nativas de Windows, las cuales están ubicadas en la carpetaC:\Windows\System32, y pueden ser instaladas en wine copiando dichas librerías en la carpeta~/.wine/drive_c/windows/system32, también es posible auto-instalar algunas de las DLL más conocidas mediante una herramienta auxiliar llamado winetricks que facilita la instalación de dichas DLL.
Ejecución sobre otras arquitecturas no Intel bajo emulación, conQEMU (Darwine era una bifurcación de Wine hecha para Mac OS X PowerPC, pero el proyecto quedó abandonado).