¿Eres de Mac, pero también de Linux y además te gusta estar siempre a la última? Entonces lo tuyo es Apple Silicon y Fedora Asahi… Fedora Asahi Remix 41, para ser más concretos, y es que ya está disponible la nueva versión del sistema.

Como sabéis, Apple Silicon es la plataforma sobre la que se desarrollan los nuevos procesadores de los ordenadores de los de Cupertino, un movimiento audaz por parte de la compañía de la manzana que les ha salido bastante bien. Y mientras que tanto Linux como Windows llevan tiempo moviéndose hacia el ARM más «clásico», lo de poder ejecutar que lo que quiera donde se quiera sigue siendo motor para todo tipo de iniciativas.

El mismo Linus Torvalds expresó en su momento que le encantaría usar los nuevos portátiles de Apple, pero solo cuando funcionasen con Linux… Y hace tiempo que lo hacen, además, con bastantes garantías, dado lo complejo del asunto y la ausencia de facilidades. El mismo Linus Torvalds, cabe repetir, alabó la fórmula, fijó su mirada en ARM y no tardó en caer rendido al producto… Linux mediante, sobra añadir.

Ese Linux es Asahi Linux, el proyecto que ha encabezado el soporte de Apple Silicon y Fedora Asahi Remix es la distribución insignia, con dos lanzamientos en su haber hasta la fecha, tres si incluimos el que nos ocupa, todos ellos basados en sus respectivas versiones de la Fedora de siempre, aunque no se trata de una mera adaptación de lo que trae consigo el sistema en Linux.

Así, tras el reciente lanzamiento de Fedora 41 llega el de Fedora Asahi Remix 41 compartiendo muchas de sus novedades (ver enlace), pero incorporando algunas de cosecha propia, como la «integración de emulación x86/x86-64, incluido soporte para juegos AAA en Apple Silicon; compatibilidad con juegos se basa en el nuevo controlador compatible Vulkan 1.4″. A destacar también KDE Plasma 6.2 como entorno de escritorio principal y GNOME 47 para quien lo prefiera. Hasta edición para servidores hay.

¿Tienes lo que hay que tener -un equipo con Apple Silicon y ganas de enredarte sin necesidad- y te apetece experimentar lo que ofrece Fedora Asahi Remix? Comienza por revisar la guía de instalación, aunque si ya te habías aventurado a ello con una versión previa, actualizar a la nueva se hace igual que en Fedora (Fedora Linux).

Fuente: Muy Linux.

Tras dos años en desarrollo llega Xfce 4.20, una nueva versión mayor del entorno de escritorio del ratón en la que, como es habitual, se recogen «muchas características nuevas, montones de correcciones de errores y varias mejoras menores», todo ello con un objetivo principal: el soporte de Wayland, aun cuando se trata todavía de una iniciativa en ciernes.

Xfce mantiene así su cadencia de lanzamientos de dos años, desde que en 2020 pareciese Xfce 4.16; en 2022 por las mismas fechas hizo lo propio Xfce 4.18 y hete aquí Xfce 4.20, cual regalo navideño para los amantes de este clásico del escritorio Linux, todo un referente del conservadurismo, pero también de la funcionalidad y la estabilidad.

Lo más destacado de este lanzamiento es, cabe repetir, la migración hacia Wayland, aspecto que recoge diferentes novedades en su haber. Sin embargo, se trata de una característica experimental, por lo que «solo está recomendada para usuarios avanzados, ya que se puede encontrar errores y experimentar una funcionalidad incompleta», explican los desarrolladores del proyecto. Todo un jarro de agua fría, y por partida doble, aunque sea comprensible.

Es un jarro de agua fría por todo lo que supone Wayland, el nuevo protocolo gráfico de referencia del escritorio Linux, así como por la cantidad de esfuerzo que ha dedicado el equipo de Xfce en su implementación no solo para esta versión, que también. ¿Cuándo estará listo? Cuando lo esté. Esta es hoja de ruta prevista, si bien todo depende un grupo de desarrolladores reducido, y, por lo tanto, es comprensible la demora.

Por otro lado, aunque cada nueva versión de Xfce sale cada dos años, las novedades de sus componentes van saliendo poco a poco y es común que las distribuciones que ofrecen este escritorio los vayan actualizando todo sobre la marcha, de manera que muchas de las novedades que se presentan ahora están a disposición de los usuarios desde hace tiempo, con excepciones.

Por no mencionar que casi todo lo que se resume en la nota de lanzamiento de Xfce 4.40 se nutre de muchas pequeñas mejoras en un montón de componentes, incluyendo actualizaciones de diferente tipo -estabilidad, rendimiento, diseño, usabilidad…- en las bibliotecas y aplicaciones del escritorio. A destacar las mejoras en Thunar, el gestor de archivos y una de las piezas clave de Xfce: presentación, búsqueda, barra de herramientas, aspecto, usabilidad… La aplicación recibe muchos cambios en este sentido.

Otros elementos elementales que, valga la redundancia, reciben mejoras en Xfce 4.20 incluyen el menú de aplicaciones, el panel del escritorio y el propio fondo de escritorio, la configuración de la gestión de energía, el soporte de sesiones, la configuración de apariencia y monitores… Y si no especificamos nada, es porque prácticamente todo consiste en una opción que se añade, otra que se retoca, un cambio aquí y allá… Poca cosa que en conjunto es mucho, pero que no merece la pena listar.

Por el contrario, vale la pena ir al anuncio oficial de Xfce 4.20 y para más daos, la lista de cambios completa. Porque muchas de esas cosas aparecerán sobre la marcha, conforme se vaya usando la nueva versión del entorno de escritorio, cuyo despliegue comienza ya mismo: primero actualizarán las distribuciones rolling-release, después las que vayan sacando nueva versión… Lo de siempre.

Fuente: Muy Linux.

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.