Asahi Linux logra ejecutar juegos de PC para Windows sin la penalización de muvm

> Hace algún tiempo, nos enteramos de múltiples intentos de explotar nuestra licencia permisiva para secuestrar nuestro trabajo, con la vista puesta directamente en reemplazar el proyecto y monetizar agresivamente Linux en Apple Silicon.

¿Se refiere a Omarchy? ¿Alguien tiene contexto? La verdad es que me sorprende que su trabajo haya estado alguna vez bajo licencia MIT en lugar de GPL.

El único punto que me bloquea antes de usar Asahi Linux es el soporte de pantallas USB-C. He estado considerando y reconsiderando instalar Asahi muchísimas veces, pero simplemente no puedo renunciar a la capacidad de conectar una pantalla externa a mi MacBook Air.

Simplemente me sorprende que otras características como el soporte de las CPUs más nuevas sigan teniendo una prioridad más alta que esta. No me estoy quejando ni nada, ni siquiera tengo relación alguna con el proyecto, así que no estoy en posición de pedir nada, pero realmente me sorprende que esto no parezca molestar a la mayoría de los usuarios.

> A algunos les sorprenderá saber que WINE originalmente se publicó bajo la licencia MIT. Los años 90 y 2000 fueron una época muy diferente en el ecosistema del Software Libre, y los proyectos con licencias permisivas eran vistos por las empresas tecnológicas como terreno libre que saquear y explotar. WINE no fue inmune a esto, y varios malos actores comercializaron y vendieron muchos forks propietarios monetizados de WINE. El equipo de desarrollo de WINE se preocupó cada vez más de que estos forks propietarios, aunque estaban en todo su derecho de existir, acabaran causando tanta fragmentación en el ecosistema que WINE mismo se volvería inviable. En 2002, WINE se relicenció bajo la LGPL para evitar que se crearan más forks propietarios y para fomentar la contribución directa upstream.

> Cuando Asahi Linux se inició, fue con la intención de que desarrolláramos un ecosistema de Software Libre para la plataforma Apple Silicon. Para facilitar y fomentar la participación de nuestros amigos de los BSDs y otros sistemas operativos de Software Libre, nos esforzamos por licenciar la mayor cantidad posible de nuestro código bajo la licencia permisiva MIT.

> Desafortunadamente, esto ya no es viable. Las prácticas maliciosas de los años 90 y 2000 han vuelto a asomar su fea cabeza, esta vez impulsadas en gran medida tanto por el apetito insaciable de los laboratorios de IA de frontera por datos de entrenamiento de alta calidad como por una animosidad militante hacia la comunidad del Software Libre.

> Hace algún tiempo, nos enteramos de múltiples intentos de explotar nuestra licencia permisiva […]

pregunta honesta: ¿qué tan difícil es usar LLM y herramientas como REA para hacer ingeniería inversa de MacOS y averiguar cómo funciona su hardware en términos de conseguir soporte de Linux en dicho hardware?

Pensé que ya era un problema resuelto. Con un número suficientemente grande de agentes ejecutándose en paralelo haciendo ingeniería inversa, implementando módulos del kernel, probando en vm, etc., todo el pipeline parece estar completo.

¿Me estoy perdiendo algo aquí?

¿Por qué el equipo de Asahi no diseña simplemente su propio silicio? Con la IA es más fácil que nunca. Y no, esto no es una broma.

¿Cómo conseguir que lo fabriquen? Eso es aún más fácil, ya que hay un montón de empresas con $$$ a las que les gustaría convertir Apple en un commodity.

Este hilo está lleno de gente diciendo: "Asahi no puede seguir el ritmo de Omarchy", cuando el propio readme[0] de Omarchy Mac afirma que es "Asahi Alarm + Omarchy". Eso es como presumir de que alguien sentado sobre los hombros de Lebron puede machacar un aro más alto que él.

[0]https://github.com/omacom/omarchy-mac

Deberíais dejar que Asahi cocine a su ritmo. Confío más en ellos para hacer un sistema operativo estable que realmente funcione que en los proxies de carne.