- WinBoat pone el énfasis en la comodidad frente a WinApps gracias a su automatización de la configuración y una interfaz de usuario intuitiva
- Soporta apps clave como la suite de Adobe y Affinity Photo, que no son compatibles con Wine o CrossOver
- Permite configurar hardware exclusivo de Windows mediante una función de USB passthrough experimental
- Tiene alta capacidad de expansión con soporte planeado para virtualización de GPU, Flatpak y Podman
- Permite usar libremente apps representativas de Windows como Office 365
Qué es WinBoat
- WinBoat es una herramienta que ayuda a ejecutar apps de Windows de forma fluida en entornos Linux
- Ofrece una experiencia integrada con una sola configuración, siempre que el usuario tenga listos los requisitos básicos, sin las molestias de la configuración manual
- Se puede usar directamente desde una sola interfaz, sin necesidad de editar archivos de configuración ni aprender comandos complejos de CLI
Comparación con WinApps
- WinApps requiere realizar varias tareas de configuración manualmente y usar una TUI, widgets de barra de tareas o comandos de CLI
- WinBoat automatiza toda la configuración de una sola vez tras la instalación y ofrece una UI intuitiva, completando así la experiencia general del usuario
- Garantiza facilidad de uso sin tener que gestionar archivos de configuración directamente ni memorizar comandos de CLI
Ventajas frente a CrossOver o WINE
- También ejecuta diversas apps que son difíciles de correr en Wine o CrossOver (por ejemplo, Affinity Photo, toda la suite de Adobe, Paint Tool Sai, AeroChat, Acrobat, Office, etc.)
- Ofrece un entorno de escritorio completo de Windows y una amplia compatibilidad con distintos programas
Soporte para periféricos/hardware y passthrough
- En el caso de dispositivos basados en USB, WinBoat desde la versión 0.8.0 soporta USB passthrough (experimental), lo que permite configurarlos con software para Windows
- Los usuarios de versiones anteriores de WinBoat pueden añadir dispositivos USB editando directamente docker-compose.yml
- En la versión 0.8.0 o superior, solo es compatible el método integrado
GPU passthrough y virtualización gráfica
- Actualmente no soporta GPU passthrough
- Más adelante planea usar drivers para-virtualizados, Indirect Display Driver y otros métodos para habilitar aceleración por GPU e integración con Looking Glass
- Según las pruebas, algunos drivers todavía no son aptos para uso real, y se integrarán cuando estén listos
Juegos y seguridad
- Los juegos con anti-cheat a nivel de kernel no pueden ejecutarse debido a las limitaciones del entorno virtualizado
Expansión y planes de distribución
- Está previsto el soporte para Podman (alternativa a Docker), pero aún no está completo por problemas de red
- También está planeado el empaquetado en Flatpak, aunque existen retos técnicos como las interfaces entre sistema y app y la exposición de herramientas
Soporte de software de Windows y Office
- Las principales apps de Windows, como Microsoft Office 365, funcionan correctamente
Conclusión
- WinBoat es una solución que permite usar software de aplicaciones de Windows sin fricciones sobre Linux, apoyándose en fortalezas como automatización amigable para el usuario, compatibilidad y capacidad de expansión
1 comentarios
Opinión en Hacker News
Desde hace tiempo ya existen proyectos similares en el mundo de los juegos, como Looking Glass, y ese también usa una VM de Windows sobre KVM (lo presentan como si Windows corriera directamente dentro de un contenedor Docker, pero en realidad la estructura funciona sobre KVM)
En términos de experiencia de usuario (UX), se parece a RAIL
Eso no significa que este proyecto sea malo, pero al final no deja de ser una de las dos vías de siempre: simulación/reimplementación de API o ejecución del propio sistema operativo (Windows), así que no es algo completamente nuevo
Si fuera una tercera vía, por ejemplo una conversión ABI in-place, entonces sí pensaría que sería una gran noticia
Las páginas del proyecto por lo general no explican con precisión lo que hacen
La mitad suele ser algo como "Plorglewurzle aprovecha big data blockchain para ofrecer microservicios sublineales sobre infraestructura de Azure Cloud"
Aun así, este proyecto al menos deja claro que requiere una instalación de Windows
dockur/windows:latest+ modo rootless de FreeRDP + un pequeño daemon que reporta por API las apps instaladas en la VMSi no necesitas la última parte, podría ser mejor usar solo la imagen de dockur/windows y FreeRDP
Siempre hay que usar apps nativas. No uses tampoco WINE, ni trates de compatibilizarte con algo que, en esencia, te es hostil
No uses VMs y, sobre todo, jamás recomiendo dual boot. Es bastante horrible
Lo mejor es pasarte por completo a Linux y no mirar atrás
Proton es un caso un poco especial, porque Valve invierte una cantidad enorme de energía todos los días para que eso funcione más o menos bien
La buena noticia es que invertir en mejorar la API/ABI de Linux sí da resultados
Lo que Valve ha aportado a MESA y amdgpu es realmente impresionante
Ojalá Valve tratara a los títulos AAA y a los indies de Linux como exclusivas de Steam
Y ojalá los desarrolladores de juegos se queden con la idea de que "el port para Linux sí o sí hay que encargárselo a desarrolladores de Linux"
PD: Durante muchísimo tiempo me dio pena que Counter-Strike no funcionara en Linux, pero cuando Valve hizo el port nativo quedó excelente
PPD: También uso Mac por dos apps incompatibles, Garmin Express y Zwift; requiere menos mantenimiento que Windows, pero te deja hacer menos cosas que Linux
El explorador de archivos es realmente malo y la gestión de ventanas es molesta
Aun así, no te da dolores de cabeza todo el día
Counter-Strike 2 no corre en Mac, así que esa parte le toca a Linux
Contraargumento: Wine funciona muy bien (sobre todo con software antiguo)
Si la gente se impone este tipo de reglas innecesariamente, mucha gente termina sin poder usar Linux
Mi opinión: más bien sería "no trates de ajustarte a APIs fundamentalmente inestables"
Artículo relacionado: Win32 is the stable Linux userland ABI and the consequences
Blog de referencia: Win32 the only stable ABI
Siendo precisos, sí creo que lo ideal es usar apps nativas para GNU/Linux, pero primero hace falta que la API se mantenga estable por mucho tiempo (al menos 20 años)
Por mi experiencia, hubo muy pocas versiones nativas para Linux realmente bien hechas
Muchas veces la versión de Windows sobre Proton tenía mejor calidad
Agradezco a estudios como Larian, que hicieron una versión nativa excelente de BG3
Coincido totalmente en que Proton funciona bien gracias al esfuerzo constante de Valve
Puedes pedirles a los desarrolladores de juegos que hagan ports nativos, pero en la práctica eso no suele pasar
Al final, gracias al Steam Deck, Valve y Proton, el mercado puede ir moviéndose poco a poco hacia Linux
Por ejemplo, una app pequeña para diseñar patrones de tejido, algo muy específico y además no open source
Ahí sí puede ser indispensable tener un entorno compatible que funcione sin problemas
(Los juegos están relativamente resueltos gracias a Proton)
No me parece un buen consejo
Mucha gente quiere usar Linux y al mismo tiempo correr apps de Windows, y Wine funciona bastante bien
Las apps que no funcionan en Wine igual se pueden usar perfectamente con dual boot
En vez de solo decir que puede ejecutar apps de Office, me gustaría ver cómo se ve en la práctica
Enfatizan la experiencia "seamless", pero no hay demo
De verdad no entiendo eso
No hay nada de información sobre cómo se integran ventanas individuales de Windows con el escritorio Linux (Alt-Tab, Ubuntu Dock, etc.), o si simplemente aparece una única ventana gigante de VM
Me pregunto por qué no muestran eso en el sitio
Por desgracia, ni siquiera el uso básico funcionó bien
Al ejecutar el navegador Edge aparece la ventana, pero se queda congelada y no parece haber forma de recuperarla
Aunque cierres la ventana, el borde sigue ahí y no desaparece
Si intentas conectarte con la opción "Desktop", se congela
Sí pude conectarme a la sesión mediante la webview integrada, pero parecía pedir que se habilitara la conexión RDP
No investigué más a fondo y, como no servía para lo que necesitaba mi esposa, terminé regresando la laptop a Windows
Ojalá mejore más la integración del lado de apps/sistema Windows
Muchas apps de Windows funcionan bien en Wine, y con unos pequeños ajustes esa opción también podría servir
También me gustaría que existiera un proyecto parecido para poder correr apps de macOS en Linux
Por eso, parece que todavía falta tiempo para que la combinación apps de macOS + Linux se vuelva algo común
Si necesitas una VM completa de macOS, puedes revisar el proyecto de dockur: dockur/macos
Eso sí, por ahora ninguno de los dos soporta modo "seamless"
Si de todos modos tienes que usar el escritorio completo, me parece mejor aprovechar una vista gráfica con aceleración por hardware que usar RDP
En los últimos años he usado sobre todo WSL para trabajar, y poder abrir apps GUI como si estuviera trabajando directamente en Windows mejora la productividad
Tiene algunas rarezas, pero el nivel general es bastante bueno
Siempre me había preguntado si no habría algo parecido del lado de Linux, pero al revés
En realidad casi nunca he necesitado usar programas de Windows en Linux
Lo más cercano fue cuando hace tiempo logré correr GTA: Vice City casi perfectamente con Wine
Últimamente pienso seguido que estaría bien tener algo tipo "Linux Subsystem for Windows" para poder ejecutar cualquier programa directamente
Le instalé Debian a la laptop de mi hija, y tengo esperanza de que WinBoat pueda ser una alternativa cuando en sus tareas escolares realmente necesite productos de Microsoft
El soporte para Wayland todavía está en desarrollo (issue sobre Wayland), pero por ahora se puede usar de forma más o menos aceptable con xwayland
Cuando salga el IDD, Looking Glass podrá funcionar en setups con iGPU (aunque sin aceleración 3D), y eso será importante
El gran logro original de Looking Glass fue permitir compartir memoria de video entre el compositor del Windows invitado y el programa cliente que aparece en el host (usando qemu)
Por desgracia, todavía hay que instalar por separado un driver fuera del kernel (
kvmfr), pero aun así se puede compartir no solo memoria de video sino también memoria general, así que espero que eso mejore algo el rendimientoVideo demo: enlace de YouTube
que no pongan Discord tan visible en la página principal
Discord también se usa mucho como servidor C2, así que en entornos endurecidos de seguridad saltan advertencias al entrar
En nuestra empresa, por suerte, esas alertas me llegan directamente a mí, pero igual provoca ruido innecesario
Como mínimo, sería mejor esconderlo detrás de un enlace