Si a principios de año KDE neon adoptaba Plasma 6 casi sin pestañear, el salto a una nueva versión base del sistema se ha demorado un poco más. Nada fuera de lo habitual tampoco. Ya está disponible KDE neon «24», tanto para nuevas instalaciones como para quienes deseen realizar una actualización directa desde la hasta ahora versión en curso.

De hecho, quien esté usando KDE neon es probable no solo que se haya enterado del lanzamiento, sino que haya actualizado, por porque la notificación de escritorio se hizo visible el jueves por la noche, hace ya varios días. ¿Por qué hemos tardado tanto en dar la noticia nosotros? Por los motivos que os podéis imaginar y alguno más.

Atendiendo a la información oficial, el anuncio de lanzamiento de la nueva versión de KDE neon, del rebase a una nueva base, tal y como lo expresan, no hay mucho más que contar: se ha adoptado Ubuntu 24.04 LTS como base del sistema. Las nuevas imágenes de instalación ya están listas y la vía de actualización también.

Para quienes estén usando KDE neon y no las tengan todas consigo, han publicado una guía de ayuda mostrando el proceso, aunque no tiene mucha historia: actualizas el sistema con normalidad para estar al día con los paquetes y le das al asistente de actualización que debería haber aparecido en la bandeja de sistema. Y si todo va bien, es un rato y llegas a meta.

Si todo va bien. Si, por el contrario, te sucede como le está pasando a muchos usuarios, vas a tener problemas que impidan el proceso de actualización y la mejor solución, por no decir la única, es la más recomendable también: copias de seguridad e instalación nueva. De hecho, hay unos cuantos usuarios que han podido actualizar y que se han encontrado con otros problemas.

También hay cambios con respecto a los paquetes que KDE neon 24, 24.04… o KDE neon 6.2. que es como se llama esta versión del sistema, basada en KDE Plasma 6.2 (luego vendrán KDE Plasma 6.3 y KDE neon 6.3, KDE Plasma 6.4 y KDE neon 6.4…), pero eso ya es material para otra historia, porque hay muchas inconsistencias por ahí que, esperemos, se resuelvan en los próximos días.

Si te interesa, descarga la nueva versión de KDE neon, pero asegúrate de elegir la User Edition.

Fuente:  Muy Linux.

El parasitismo en los ámbitos del software libre y el código abierto es algo que cada vez preocupa más, hasta el extremo de que proyectos como MongoDB, Elasticsearch y Redis han cambiado sus licencias hacia el shared source o directamente lo privativo. A los casos mencionados se suma ahora el de WordPress, que si bien por ahora apunta a mantenerse como código abierto, se encuentra en estos momentos envuelto en un conflicto con una empresa de hosting que presuntamente contribuye muy poco y que podría estar infringiendo su marca.

A estas alturas no hace falta mencionar qué es WordPress: el CMS que prácticamente ha conquistado Internet y que se ha erigido como uno de los proyectos de software libre más exitosos de la historia, ya que su código fuente está publicado bajo la licencia GPLv2. Además del propio gestor de contenidos, el cual es servido a través de WordPress.org, también existe WordPress.com, un servicio de hosting que proporciona sitios web basados en la misma tecnología.

Siendo más concretos y según informan en The Verge, WordPress tiene un conflicto con WP Engine, otro servicio de hosting dedicado a servir sitios web basados en el gestor de contenidos y que no tiene ningún vínculo con el proyecto original. Matt Mullenweg, cofundador de WordPress, ha acusado a WP Engine de beneficiarse de WordPress sin apenas dar nada a cambio, y es que, según sus datos, solo contribuye al proyecto oficial 40 horas a la semana frente a las 3.988 que invierte Automattic, la empresa que se encarga de WordPress.com.

Otro punto que ha molestado Mullenweg es que el nombre de WP Engine genera confusión debido a que puede dar a entender que es algo vinculado a WordPress, más viendo que las iniciales del CMS son ampliamente utilizadas como abreviatura y como prefijo para los nombres de los ficheros. Aquí los responsables del CMS modificaron en su momento las condiciones para decir que, “si desea utilizar comercialmente la marca WordPress, comuníquese con Automattic. Ellos tienen la licencia exclusiva”.

Si bien la licencia GPL obliga en teoría a los desarrolladores a poner a disposición el código fuente del software en caso de ser redistribuido, eso no incluye las marcas empleadas por el desarrollador. Por ejemplo, es conocido que Red Hat siempre ha prohibido el uso de su marca por parte de los clones de su distribución. Dicho con otras palabras, podías bifurcar RHEL y redistribuirlo, pero no podías llamarlo RHEL ni nada relacionado con las marcas de Red Hat. Si las empresas y los desarrolladores no pudiesen defender sus marcas y su imagen corporativa, nadie usaría la GPL como licencia.

Como medida, WordPress.org impidió a WP Engine el acceso a sus servidores, lo que obviamente afectó a los clientes de la segunda a la hora de acceder a cosas como temas y plugins. Debido a que la licencia GPL no obliga la reciprocidad, el argumento de Automattic se basó en “violaciones de marcas registradas”, o al menos eso es lo que ha explicado Megan Fox, portavoz de la compañía responsable de WordPress.com. Dicho con otras palabras, WordPress acusa a WP Engine de lucrarse con su marca sin su permiso.

Sin embargo, Automattic decidió levantar el bloqueo temporalmente dos días después para darle la oportunidad a WP Engine de crear su propio espejo de WordPress o para que proponga una solución al conflicto, estableciendo el 1 de octubre de 2025 como fecha límite.

Para Matt Mullenweg, WP Engine tiene dos vías para “pagar su parte justa”: pagando una tarifa para hacer uso de la marca WordPress o haciendo contribuciones relevantes al CMS, tal y como hace Automattic. Además, ha añadido que “esto no es una apropiación de dinero: es una expectativa de que cualquier empresa que gane cientos de millones de dólares con un proyecto de código abierto debería devolver algo, y si no lo hace, entonces no puede usar sus marcas registradas”.

Para aportar un poco más de contexto y según datos aportados por Matt Mullenweg, WP Engine es un servicio que desde 2018 opera debajo de Silver Lake, una firma de capital privado con 102 millones de dólares en activos bajo gestión. Su modelo de negocio no se centra en cumplir con los principios del código abierto aunque sea parcialmente, sino en generar dinero, un dinero que consigue a base de explotar un proyecto de código abierto al que supuestamente apenas contribuye y del que presuntamente se beneficia sin pagar.

WP Engine, por su parte, no se ha quedado de brazos cruzados y ha enviado una petición de “cese y desistimiento” a Automattic, exigiendo tanto a la responsable de WordPress.com como a su CEO, Matt Mullenweg, que dejen de hacer lo que están haciendo y les pide “retractarse de declaraciones falsas, dañinas y despectivas contra WP Engine”. En caso de que esa petición no sea atendida y ejecutada, es muy probable que WP Engine proceda a interponer la correspondiente demanda judicial.

El conflicto entre WordPress y WP Engine ha dejado dividida a la gente, con unos pensando que WP Engine debería contribuir más y que el uso de las iniciales WP por su parte es engañoso, mientras que otros acusan a Matt Mullenweg y Automattic de abuso de poder sobre WordPress.org y WordPress.com, por lo que han pedido la dimisión del CEO. Si WP Engine y Automattic no llegan a un acuerdo, tiene pinta de que serán los tribunales los que tengan que poner una solución al conflicto.

En nuestra entrevista con el CTO de SUSE, Gerald Pfeifer, hablamos del asunto de fondo, el “Free Riding”, una práctica que se está volviendo cada vez más común y que, como se ve, pone en tensión al ecosistema del código abierto.

Fuente: Muy Linux.

El parasitismo en los ámbitos del software libre y el código abierto es algo que cada vez preocupa más, hasta el extremo de que proyectos como MongoDB, Elasticsearch y Redis han cambiado sus licencias hacia el shared source o directamente lo privativo. A los casos mencionados se suma ahora el de WordPress, que si bien por ahora apunta a mantenerse como código abierto, se encuentra en estos momentos envuelto en un conflicto con una compresa de hosting que presuntamente contribuye muy poco y que podría estar infringiendo su marca.

A estas alturas no hace falta mencionar qué es WordPress: el CMS que prácticamente ha conquistado Internet y que se ha erigido como uno de los proyectos de software libre más exitosos de la historia, ya que su código fuente está publicado bajo la licencia GPLv2. Además del propio gestor de contenidos, el cual es servido a través de WordPress.org, también existe WordPress.com, un servicio de hosting que proporciona sitios web basados en la misma tecnología.

Siendo más concretos y según informan en The Verge, WordPress tiene un conflicto con WP Engine, otro servicio de hosting dedicado a servir sitios web basados en el gestor de contenidos y que no tiene ningún vínculo con el proyecto original. Matt Mullenweg, cofundador de WordPress, ha acusado a WP Engine de beneficiarse de WordPress sin apenas dar nada a cambio, y es que, según sus datos, solo contribuye al proyecto oficial 40 horas a la semana frente a las 3.988 que invierte Automattic, la empresa que se encarga de WordPress.com.

Otro punto que ha molestado Mullenweg es que el nombre de WP Engine genera confusión debido a que puede dar a entender que es algo vinculado a WordPress, más viendo que las iniciales del CMS son ampliamente utilizadas como abreviatura y como prefijo para los nombres de los ficheros. Aquí los responsables del CMS modificaron en su momento las condiciones para decir que, “si desea utilizar comercialmente la marca WordPress, comuníquese con Automattic. Ellos tienen la licencia exclusiva”.

Si bien la licencia GPL obliga en teoría a los desarrolladores a publicar el código fuente del software en caso de ser redistribuido, eso no incluye las marcas empleadas por el desarrollador. Por ejemplo, es conocido que Red Hat siempre ha prohibido el uso de su marca por parte de los clones de su distribución. Dicho con otras palabras, podías bifurcar RHEL y redistribuirlo, pero no podías llamarlo RHEL ni nada relacionado con las marcas de Red Hat. Si las empresas y los desarrolladores no pudiesen defender sus marcas y su imagen corporativa, nadie usaría la GPL como licencia.

Como medida, WordPress.org impidió a WP Engine el acceso a sus servidores, lo que obviamente afectó a los clientes de la segunda a la hora de acceder a cosas como temas y plugins. Debido a que la licencia GPL no obliga la reciprocidad, el argumento de Automattic se basó en “violaciones de marcas registradas”, o al menos eso es lo que ha explicado Megan Fox, portavoz de la compañía responsables de WordPress.com. Dicho con otras palabras, WordPress acusa a WP Engine de lucrarse con su marca sin su permiso.

Sin embargo, Automattic decidió levantar el bloqueo temporalmente dos días después para darle la oportunidad a WP Engine de crear su propio espejo de WordPress o para que proponga una solución al conflicto, estableciendo el 1 de octubre de 2025 como fecha límite.

Para Matt Mullenweg, WP Engine tiene dos vías para “pagar su parte justa”: pagando una tarifa para hacer uso de la marca WordPress o haciendo contribuciones relevantes al CMS, tal y como hace Automattic. Además, ha añadido que “esto no es una apropiación de dinero: es una expectativa de que cualquier empresa que gane cientos de millones de dólares con un proyecto de código abierto debería devolver algo, y si no lo hace, entonces no puede usar sus marcas registradas”.

Para aportar un poco más de contexto y según datos aportados por Matt Mullenweg, WP Engine es un servicio que desde 2018 opera debajo de Silver Lake, una firma de capital privado con 102 millones de dólares en activos bajo gestión. Su modelo de negocio no se centra en cumplir con los principios del código abierto aunque sea parcialmente, sino en generar dinero, un dinero que consigue a base de explotar un proyecto de código abierto al que supuestamente apenas contribuye y del que presuntamente se beneficia sin pagar.

WP Engine, por su parte, no se ha quedado de brazos cruzados y ha enviado una petición de “cese y desistimiento” a Automattic, exigiendo tanto a la responsable de WordPress.com como a su CEO, Matt Mullenweg, que dejen de hacer lo que están haciendo y les pide “retractarse de declaraciones falsas, dañinas y despectivas contra WP Engine”. En caso de que esa petición no sea atendida y ejecutada, es muy probable que WP Engine proceda a interponer la correspondiente demanda judicial.

El conflicto entre WordPress y WP Engine ha dejado dividida a la gente, con unos pensando que WP Engine debería contribuir más y que el uso de las iniciales WP por su parte es engañoso, mientras que otros acusan a Matt Mullenweg y Automattic de abuso de poder sobre WordPress.org y WordPress.com, por lo que han pedido la dimisión del CEO. Si WP Engine y Automattic no llegan a un acuerdo, tiene pinta de que serán los tribunales los que tengan que poner una solución al conflicto.

En nuestra entrevista con el CTO de SUSE, Gerald Pfeifer, hablamos del asunto de fondo, el “Free Riding”, una práctica que se está volviendo cada vez más común y que, como se ve, pone en tensión al ecosistema del código abierto.

Fuente: Muy Linux.

Oracle ha hecho público el lanzamiento de VirtualBox 7.1, una nueva versión del virtualizador de sistemas (sobre todo en y para escritorio) por excelencia con diferentes novedades en su haber, muy especialmente si eres usuario de Linux.

Si bien VirtualBox 7 vio la luz hace ya más de año y medio, Oracle presenta el lanzamiento que nos ocupa como una nueva versión mayor de la solución de virtualización multiplataforma más popular de su categoría. La misma incluye un buen número de novedades y otro tanto de correcciones de lo más diverso.

De acuerdo a las notas oficiales, lo más destacado de VirtualBox 7.1 comprende un «aspecto modernizado» que a simple vista apenas se aprecia pero que, en efecto, está ahí: se nota ligeramente en la pantalla principal de administración, ya que el cliente de escritorio ha dado el salto a Qt6 y aligera un poco las líneas, pero donde el cambio queda patente es en el apartado de configuración de las máquinas virtuales.

Las lista de opciones de la de siempre, pero la configuración en conjunto se ha separado en dos bloques: básico y experto. Digamos que lo que han hecho es ofrecer por defecto una selección más reducida -y menos proclive al factor riesgo- de opciones y para quieren tocarlo todo, el completo. Y arriba de todo, un buscador para quien lo necesite.

Otras novedades de VirtualBox 7.1 incluyen soporte para compartir el portapapeles con Wayland, soporte inicial para la transferencia de archivos entre máquinas virtuales de Linux y Windows (requiere actualizar las Guest Additions), mejora en el rendimiento de grabación de pantalla (también precisa de la última versión de las Guest Additions), un nuevo motor NAT con soporte IPv6 o soporte para máquinas virtuales Linux y BSD en sistemas macOS (Apple Silicon) y ARM.

VirtualBox 7.1 trae también novedades para los usuarios profesionales: a destacar la mejora generalizada en la integración del software con Oracle Cloud Infrastructure (OCI) o la actualización de la licencia Oracle Personal Use and Evaluation License (PUEL) bajo la que se distribuye VirtualBox Extension Pack, aunque en la práctica no cambia casi nada para el usuario que desee utilizarlo de manera independiente.

Todo lo descrito y un número similar de correcciones es lo que ofrece VirtualBox 7.1. Para más datos, la lista de cambios. A todo esto, algo que no se menciona es el posible cambio de imagen (¿de logo?) de VirtualBox que se aprecia en el icono de las opciones de la ventana al lanzar una máquina virtual.

¿Quieres probar ya VirtualBox 7.1? En la página oficial de descargas encontrarás paquetes listos para distribuciones como Debian, Fedora, openSUSE, Ubuntu, para RHEL / Oracle Linux y uno de tipo genérico. De manera adicional también hay repositorios para distribuciones basadas en paquetería Deb y RPM.

Fuente: Muy Linux.

De Snap va hoy la cosa: si KDE Neon Core te había parecido poco, una nueva aplicación se suma a la Snap Store de Canonical de manera oficial: el navegador web Vivaldi, cuyo soporte en Linux se completa con este movimiento.

En efecto, Vivaldi ya está disponible como Snap en su versión estable, por lo que si eres usuarios de Ubuntu o de cualquier otra distribución en la que estés usando este formato de paquetes, puedes conseguirlo desde ya en la tienda de aplicaciones de Canonical. Lo único que debes tener en cuenta es que Snap usa sus propios directorios de instalación, diferentes a los paquetes tradicionales y, por lo tanto, no comparten datos entre ellos.

O lo que es lo mismo, si instalaste Vivaldi con los paquetes Deb o RPM y quieres dar el salto a Snap, ambas instalaciones pueden convivir sin problemas, si bien tendrás que empezar de cero con el perfil de usuario del paquete Snap, o utilizar el sistema de sincronización de datos del navegador para migrar toda tu información. Tal cual lo hicieron quienes dieran el salto al paquete Flatpak de Vivaldi anunciado el año pasado.

A todo esto, una diferencia significativa entre la apuesta de Vivaldi por Flatpak y Snap: aunque los dos paquetes están bien mantenidos desde el proyecto, el primero sigue sin estar «oficialmente respaldado o apoyado por Vivaldi Technologies», mientras que en la Snap Store han entrado con todas las de la ley. Tal y como se puede comprobar entrando a vivaldi.com.

Por lo demás, lo instales por donde lo instales, se trata exactamente del mismo navegador, con el añadido del aislamiento: «Este formato de empaquetado garantiza que Vivaldi se ejecute en un entorno aislado, lo que proporciona una capa adicional de seguridad y consistencia en diferentes distribuciones, explica Jon von Tetzchner en el anuncio oficial.

Falta por probar la integración con el escritorio, incluyendo el uso de complementos apoyados en aplicaciones de terceros, un aspecto en cuya mejora precisamente Snap había adelantado a Flatpak, pero que nunca ha terminado de ir tan fino como cabría esperar.

¿Más información sobre Vivaldi? Aquí no nos explayamos muchos, pero en MC le seguimos la pista con mucho interés.

Fuente: Muy Linux.

Aprovechando el marco de la Akademy que se celebra estos días en Alemania se ha hecho público el anuncio del KDE Slimbook VI, la sexta versión ya del equipo soñado por todo amante de KDE Plasma, fruto de la colaboración entre Slimbook y KDE. Obvio ¿no?

¿Qué hay de nuevo, viejo? Prácticamente todo, y es que si bien se trata del mismo equipo de siempre, la renovación era obligatoria. Así pues, nos encontramos una vez más ante un ultrabook muy estilizado a la par de potente, en el que KDE neon vuelve a gobernar un hardware con lo último de AMD para deleite del usuario más exigente.

No es broma: el KDE Slimbook VI es un portátil, ante todo, muy potente: CPU AMD Ryzen 7 8845HS con una NPU (Neural Processing Unit) para ejecutar IA en local, gráficos integrados AMD 780M con 12 cores y RDNA 3, hasta 96 GB de RAM… Todo ello bajo el tradicional capó de aluminio de Slimbook, ahora con un color «azul espacial» muy KDE.

KDE Slimbook VI, especificaciones

• Pantalla de 16 pulgadas IPS LED (2560x1600p, 16:10, 120Hz)
• CPU AMD Ryzen 7 8845HS
• GPU Radeon 780M
• Hasta 96 GB odef RAM DDR5 5600MHz
• Hasta 8 TB de almacenamiento NVME PCIE 4.0
• Batería de 83wh (hasta 12 horas de autonomía)
• Completando la lista de especificaciones se encuentra el apartado de conectividad, en el que destacan puertos HDMI, USB-A, USB-C, DisplayPort, soporte de Wifi 6 RTL8852BE-CG AC/AX, Bluetooth 5.2… En conjunto, con un peso de 1,85 kg. Para más detalles, la página del producto.

  Y en el apartado software, lo dicho y esperado: KDE neon con KDE Plasma 6.1 y todo lo que conlleva, que no es poco (a falta de que el sistema dé el salto a Ubuntu 24.04 LTS, hace poco recibió el kernel Linux 6.8 y otras actualizaciones relacionadas con el soporte de hardware).

  El precio de lanzamiento del KDE Slimbook VI es de 1.099 € en su configuración básica (16 GB de RAM, 250 GB NVME). Con todo, acaba de salir en preventa, ya que las primeras unidades no llegarán hasta finales de octubre. Más información en la página de compra.

  ¿Te gusta el equipo, pero no eres de KDE? Entonces te interesa conocer el nuevo Excalibur, con exactamente la mismo CPU, pero algo más recortado en funciones y «genérico» de Slimbook.

  Fuente: Muy Linux.

Hace algo más de un par de meses que llegó KDE Plasma 6.1 y de todas sus novedades, hay una que quizás te esté tocando las narices, como me sucede a mí, o que incluso la hayas confundido con un bug, como también me ha pasado a mí: el gigantismo creciente del cursor al ser agitado, un cambio que puede tener su sentido, pero que también puede sobrarte mucho… como me pasa a mí.

Funciona así: mueves rápido el cursor de manera constante y este va aumentando su tamaño hasta lo grotesco… Y, por lo que deja entrever la configuración de esta característica, esto estoy casi seguro de que se trata de un bug, porque el si no paras de agitar el cursor, el aumento de tamaño llega a lo monstruoso, a ocupar prácticamente media pantalla en vertical.

Según se vendía, esta nueva función de accesibilidad está pensada para ayudar a encontrar el cursor con rapidez, habida cuenta de lo pequeño que es y de lo pequeño que se muestra en pantallas de muy alta resolución. También para gente con problemas visuales, se entiende, aunque está activada por defecto… De ahí que el invento haya sorprendido -para bien o para mal- a más de uno. Como me ha pasado a mí.

Captrura no puedo poner porque al hacerla no sale el engrendro, bastante distorsionado en su forma final porque a fin de cuentas es un PNG, no un gráfico vectorial como debería ser.

Pues bien, para desactivar este comportamiento no deseado, si es que lo consideras así, solo tienes que dirigirte a: «Preferencias del sistema > Accesibilidad > Sacudir el cursor» y desactivar la casilla correspondiente.

Como ves en la imagen, es posible ajustar el tamaño al que aumentará el cursos al ser agitado. Es por ello que creo que el crecimiento exponencial que observo en mi caso (en KDE neon) me suena a bug, porque no es ni medio normal.

Sea como fuere, si como me ha pasado a mí te creías que esto era un error, ya sabes cómo quitarlo de en medio. Y si si no, a disfrutar del meneito.

Fuente: Muy Linux.

Microsoft ha anunciado que transfiere a Wine la responsabilidad de Mono, la reimplementación del framework .NET publicada como código abierto. Esta noticia posiblemente haya dejado a más de uno con la cara torcida, así que vamos a repasar un poco los antecedentes para entender el contexto de lo que está ocurriendo.

Mono, o Proyecto Mono, nació como una reimplementación del framework .NET de Microsoft publicada como software libre. Fue anunciado en el año 2001, contó con el apoyo de una empresa llamada Ximian, la cual fue fundada por Miguel de Icaza, y en un principio su propósito era proporcionar una plataforma de desarrollo de aplicaciones para el escritorio Linux. La primera versión estable (1.0) fue publicada el 30 de junio de 2004, pero Ximian ya había sido adquirida el año anterior por Novell.

Tiempo después, en 2011 y después de que Attachmate

despidiera a muchos de los empleados de Novell, la gestión de Mono fue transferida de SUSE a Xamarin, una empresa creada por el propio Miguel de Icaza que tuvo como propósito servir una versión comercial de Mono. Bajo Xamarin, Mono empezó a tener un mayor enfoque hacia la multiplataforma, alejándose de la idea de soportar el escritorio Linux al menos en su variante comercial.

Xamarin fue comprada por Microsoft en el año 2016 y desde entonces el gigante de Redmond pasó a ser el responsable de Mono. Este cambio de manos supuso el cambio definitivo de la licencia, que pasó de GPLv2 a MIT. Esto posiblemente se deba a un intento de ajustar Mono al resto del ecosistema de .NET publicado como código abierto, que emplea la permisiva licencia MIT.

Dejando de lado anécdotas y episodios, la trayectoria de Mono no ha estado exenta de controversia, sobre todo porque en un principio fue un intento de llevar una de las tecnologías estrella de Microsoft a Linux, cosa que se sumaba a las dudas que generaban las patentes que posee la responsable de Windows en torno a .NET. Por otro lado, es una tecnología que ha tenido repercusión en la industria de los videojuegos, siendo parte de Unity (el motor de Unity Technologies, no el antiguo escritorio de Canonical) y de MonoGame.

Centrándonos en la noticia, Jeff Schwartz, empleado de Microsoft, ha anunciado a través del repositorio GitHub de Mono que les “complace anunciar que la organización WineHQ asumirá el cargo de administrador del Proyecto Mono en wine-mono / Mono · GitLab (winehq.org). El código fuente en mono/mono existente y otros repositorios permanecerá disponible, aunque los repositorios pueden archivarse. Los binarios permanecerán disponibles hasta por cuatro años”.

Si alguien cree que Microsoft está deshaciéndose totalmente de Mono, el propio Schwartz explica que la compañía para la que trabaja “mantiene una bifurcación moderna del entorno de ejecución de Mono en el repositorio de dotnet/runtime y ha estado trasladando progresivamente cargas de trabajo a esa bifurcación. Ese trabajo ya está completo y recomendamos que los usuarios activos de Mono y los mantenedores de marcos de aplicaciones basados ​​en Mono que migren a .NET, que incluye el trabajo de esta bifurcación”.

Para terminar, Schwartz ha reconocido en nombre de Microsoft “que el Proyecto Mono fue la primera implementación de .NET en Android, iOS, Linux y otros sistemas operativos. El Proyecto Mono fue pionero para la plataforma .NET en muchos sistemas operativos. Ayudó a hacer realidad .NET multiplataforma y habilitó .NET en muchos lugares nuevos y apreciamos el trabajo de quienes nos precedieron”. Es bueno recordar que el último lanzamiento mayor de Mono fue en 2019 y que el último lanzamiento de parches fue en febrero de 2024.

El mensaje de Schwartz ha sido copiado y pegado en el índice del sitio web de Mono, lo que insinúa que el proyecto puede vivir una profunda reestructuración en los próximos meses en su transición a Wine. Aparte de la cercanía tecnológica, Wine emplea su propia bifurcación de mono, Wine Mono, que es empleada para ejecutar aplicaciones hechas con el framework .NET. Esto quiere decir que esta transferencia puede ser de interés para Wine, sobre todo porque le permitiría tener un mayor control sobre un proyecto que le es importante. Por otro lado, es posible que Valve, quien es responsable de Proton, vea con buenos ojos este movimiento.

Veremos qué futuro le depara a Mono, pero viendo la gran cantidad de empresas y proyectos que hay por ahí, Wine parece en un principio un buen destino, más viendo que se trata de un proyecto que depende de la tecnología para su soporte.

Fuente: Muy Linux.

COSMIC, el escritorio de System76, ha visto oficialmente la luz en fase alfa a través de una imagen de sistema basada en Pop!_OS 24.04 LTS. Obviamente, todavía no es apto para producción, pero al menos ya hay una forma fácil y oficial de probarlo para aquellos que quieran contribuir a su desarrollo, ya sea con código o reportando errores.

System76 explica a través de la página web de COSMIC que su “objetivo es liberar la computadora con un nuevo entorno de escritorio lo suficientemente potente como para crear experiencias de sistema operativo personalizadas, para usuarios, desarrolladores y fabricantes de cualquier dispositivo con pantalla”. Esto ya deja entrever un posible enfoque convergente que soporte tablets, pero veremos si esto al final es así.

Sobre la primera alfa del escritorio, la ensmabladora estadounidense dice que todavía “está incompleto. Seguramente encontrarás errores. Las pruebas y los informes de errores son bienvenidos y apreciados. Se considerarán las solicitudes de nuevas funciones para Epoch 2, el segundo lanzamiento de COSMIC”.

En lo que respecta a la descripción del escritorio, System76 dice que, “en su conjunto, COSMIC es un entorno GUI (interfaz gráfica de usuario) de sistema operativo integral que presenta una funcionalidad avanzada y un diseño responsivo. Su arquitectura modular está diseñada específicamente para facilitar la creación de experiencias de usuario marcadas y únicas con facilidad”. De entre sus características se han destacado el uso de dos paneles o poder combinarlos, el usar un dock flotante o extenderlo hasta los bordes, el poder ajustar el tamaño del dock, el ajustar la ubicación de los applets y que los espacios de trabajos están numerados. Algunas de estas cosas ya están presentes en el escritorio actual, todavía basado en GNOME.

La gestión de las ventanas es otro punto muy importante en un entorno de escritorio, y aquí nos encontramos con el poder tomar cualquier ventana con tan solo mantener presionada la tecla súper (más conocida como tecla Windows), el cambiar el tamaño de las ventanas con un clic del botón derecho + súper, un mosaico automático y optimizado que se adapta a varios diseños, ventanas fijas que siempre están presentes incluso tras cambiar a otro espacio de trabajo, además de la posibilidad de usar ventanas flotantes, en modo mosaico o una combinación de ambas distribuciones en todos los espacios de trabajo.

Como vemos, COSMIC no ofrece nada revolucionario en muchos frentes, pero pretende hacer mejor lo que hemos visto en todos o al menos la mayoría de los escritorios que hay para Linux. Además de sus características y disposición, la cual está inspirada en GNOME, sobresale por estar construido en Rust, uno de los lenguajes de programación de moda, y estar enfocado al menos por ahora en Wayland, que aparentemente es la única sesión disponible.

Es importante tener en cuenta que COSMIC todavía está bastante verde, así que el usuario se puede encontrar con partes del escritorio que no funcionan correctamente, problemas de estabilidad y aplicaciones que directamente ni funcionan, a pesar de que estas pueden estar en un gran estado de madurez (por ejemplo, no he sido capaz de hacer funcionar el gestor de paquetes Synaptic sobre GNOME Boxes). Si se quiere contribuir, lo suyo sería recopilando información desde una máquina física, que es a fin de cuentas un entorno “real”.

Para terminar, recordamos que si bien COSMIC apunta a ser el escritorio oficial de Pop!_OS, desde System76 se han mostrado bastante interesados en hacer que tenga al menos un spin oficial de Fedora, posiblemente aprovechando la apertura que ha tenido la distribución a nivel de escritorios en los últimos tiempos. Los que quieran probar el escritorio pueden descargar la imagen de sistema que lo contiene desde su página web oficiaL

Fuente: Muy Linux.

Firefox 129, que ha sido publicada como la nueva versión estable del navegador web de Mozilla, llega con una serie de novedades que abarcan la mejora de la experiencia con la vista de lectura, la introducción de la previsualización de pestañas que se han quedado en segundo plano y la sustitución de HTTP por HTTPS para las direcciones que no corresponden a sitios web almacenados en local.

Lo primero que ha destacado Mozilla de Firefox 129 es que la vista de lectura ha introducido dos menús: “Texto y disposición” y Tema. El primero permite cambiar la fuente tipográfica, el grosor de la fuente tipográfica, el tamaño del texto, la anchura del contenido, el espaciado entre líneas, el espaciado entre caracteres, el espaciado entre palabras y la alineación del texto, mientras que el segundo, como bien indica su nombre, sirve para establecer un tema estético, el cual puede ser uno de los ofrecidos de manera predeterminada o creado por el propio usuario. Todo esto va dirigido a que el usuario pueda personalizar la experiencia con la vista de lectura con el fin de mejorarla (o eso se supone).

La segunda novedad más interesante de Firefox 129 es la previsualización de las pestañas que se han quedado en segundo plano, que suelen ser todas las que hay en la ventana del navegador menos la que está activa. Esta característica está presente en muchos navegadores web basados en Chromium y ahora llega a la aplicación de Mozilla para ofrecer una vista previa del contenido sin tener que hacer clic sobre la pestaña que lo contiene. Sin embargo, su puesta en funcionamiento puede requerir de establecer browser.tabs.hoverPreview.enabled con valor true en la sección about:config y reiniciar el navegador para que funcione.

En tercer lugar está que HTTPS reemplaza a HTTP como protocolo predeterminado en la barra de direcciones para los sitios que no funcionan en local, pero en caso de que un sitio web no esté disponible a través de HTTPS, Firefox recurrirá automáticamente a HTTP para poder mostrar su contenido.

Los registros de DNS de HTTPS pueden ahora ser resueltos con la resolución de DNS del sistema operativo en Windows 11, Linux y Android 10 y posterior, cuando esta misma característica antes requería que DNS sobre HTTPS estuviera habilitado. Mozilla explica que “esta capacidad permite el uso de HTTP/3 sin necesidad de utilizar el encabezado Alt-Svc, actualiza las solicitudes a HTTPS cuando el registro DNS está presente y permite un uso más amplio de ECH”.

Para los desarrolladores se ha añadido soporte para más avisos de CSS inactivo, entre ellos la propiedad resize cuando no es usada correctamente, las propiedades float cuando son usadas incorrectamente, el uso de box-sizing en los elementos que ignoran el ancho y el alto, además de las propiedades de CSS relacionadas con tablas que no están en los elementos relacionados con las tablas.

Los detalles sobre Mozilla Firefox 129 están disponibles en las notas de lanzamiento, mientras que la aplicación puede ser obtenida para Windows, macOS y Linux desde la correspondiente sección de descargas. En caso de tenerla instalada, su actualización puede ser forzada siguiendo la ruta Menú principal > Ayuda > “Acerca de Firefox”, aunque en el caso de Linux lo lógico es esperar que llegue a través de los repositorios de la distribución, Snap y/o Flathub (Flatpak). En Android lo suyo es obtenerla mediante la Play Store de Google.