Hace tiempo, yo, como muchos, usaba dualboot con Ubuntu y Windows. No recuerdo qué pasó, pero una actualización del sistema de Microsoft me provocó un fallo y ya decidí quedarme sólo con Ubuntu. Ya me habían avisado de que esas cosas podían pasar, y este agosto le ha pasado a muchos usuarios tras aplicar las actualizaciones del Patch Tuesday. La compañía del sistema de las ventanas aún no ha salido de un escándalo y ya se ha metido en otro.

El problema ha sido que, para mejorar la seguridad, Microsoft ha decidido aplicar una actualización a Secure Boot Advanced Targeting (SBAT) para bloquear los cargadores de Linux que no hayan recibido el parche para el fallo de seguridad CVE-2022-2601, algo que ha provocado que el GRUB no sea capaz de iniciar si el equipo tiene el Secure Boot activo desde la BIOS.

Microsoft no ama a Linux

Microsoft dice que «La vulnerabilidad asignada a este CVE está en el cargador de arranque GRUB2 de Linux, un cargador de arranque diseñado para admitir Secure Boot en sistemas que ejecutan Linux«. También aseguraban que la actualización de SBAT no debería afectar a los sistemas con inicio dual, pero sí se han visto afectados los usuarios de Ubuntu, Linux Mint, Zorin OS, Puppy Linux, Debian y otras distribuciones. El problema aparece al aplicar las actualizaciones de Agosto de 2024 en el sistema Windows.

La lista de sistemas afectados puede ser inmensa. Aunque podría perder, yo apostaría que lo han visto los usuarios de todas las distribuciones que soportan Secure Boot y lo tienen activado junto a una instalación de Windows.

Por el momento, la única solución parece pasar por desactivar Secure Boot, instalar la distribución Linux de turno y volver a activar Secure Boot. Microsoft aún no ha reconocido el error y se desconoce de si está trabajando en una solución.

Como yo no uso dualboot y no he sufrido la desgracia, parte de lo que comente puede ser especulación, pero también podría funcionar. Teniendo en cuenta que el problema está relacionado con Secure Boot, otra posible solución que no requiera reinstalar Linux podría pasar por desactivar el Secure Boot para posibilitar el inicio de Linux y activarlo para cuando queramos usar Windows. Un poco engorroso, pero así no se perdería nada a la espera de un movimiento por parte de Microsoft.

También afectadas las instalaciones en USB

El problema también parece afectar a las instalaciones en un USB. Sin ser uno de los afectados, es algo que no puedo confirmar, pero los que han realizado instalaciones en USBs tampoco podrían iniciar Linux, y ni siquera usar sesiones en vivo.

Y por eso no siempre es buena idea el dualboot

Sé perfectamente que hay muchos usuarios que prefieren usar Linux en su equipo principal, pero a veces necesitan algo de Windows y por eso usan inicio dual con el sistema de Microsoft. Pero, como ya he explicado, yo hace años que no lo uso, y explico cómo puedo sobrevivir:

• Linux ofrece programas que nos permiten hacer de todo, y eso vale para el día a día. Spotify, Netflix, redes sociales… la mayoría de servicios están disponibles en cualquier navegador.
• ¿Es Microsoft 355 — Office — lo que necesito? LibreOffice puede hacer lo mismo. Pero si se necesita sí o sí la suite de Microsoft, puede que office.com sea lo que buscamos. Si no, uno de los dos siguientes puntos.
• Si necesito Windows y no requiero nada especial, tengo una máquina virtual en GNOME Boxes.
• Y para algo más nativo, tengo un SSD con Windows to Go. No es exactamente lo mismo, pero yo diría que sí lo es en un alto porcentaje.

El primer punto a mí me parece importante: no siempre necesitamos usar algo compatible con Windows, sólo empezar a usar las alternativas que hay disponibles. Y a veces ni eso, porque, como hemos explicado, hoy en día se puede hacer casi todo desde el navegador. Si hasta Apple acaba de abrir una web para escuchar sus podcasts.

En cualquier caso, si has sido afectado, esperemos que la pérdida no haya sido muy grande.

from Linux Adictos https://ift.tt/hMUg0dS
via IFTTT

Hace ya días que se puede descargar desde su paquete oficial para Linux, que como explicaremos más adelante es el flatpak, pero aún tienen que oficializar su lanzamiento. Es algo que también podemos ver en otros anuncios, como los de Firefox: Mozilla sube los binarios a su servidor un par de días antes de publicar las novedades de la nueva versión y permitir su descarga desde su página principal. Pero la noticia que os traemos hoy es que Kodi 21.1 ya está disponible.

La lista de novedades se puede resumir mucho en que es una versión para corregir errores y regresiones, poco más. Sin embargo, para los usuarios de Linux hay un cambio importante, o más bien una vuelta atrás: se ha vuelto a usar PulseAudio por defecto. En mayo escribimos un artículo diciendo como hacer esto manualmente para que Kodi tuviera audio en algunos equipos, pero ya no será necesario. Por lo menos de momento.

Kodi 21.1 ya disponible

Kodi Team aún no ha hecho oficial el lanzamiento de Kodi 21.1, pero es sólo cuestión de días que lo haga. En ese momento empezará a llegar a la mayoría de distribuciones que lo ofrecen en sus repositorios oficiales.

Como ya hemos explicado al inicio de este artículo, para Linux Kodi Team sólo mantiene directamente la versión flatpak desde hace un tiempo. No hace mucho que dejaron de ofrecer la versión para distribuciones basadas en Debian, para lo que también había un repositorio oficial. Si preferimos paquetes nativos de nuestra distribución, tenemos que confiar en ella e instalar lo que hay en sus repositorios oficiales, pero Kodi Team se centra ahora en su paquete flatpak.

Los usuarios interesados en instalar Kodi 21.1 pueden hacerlo desde este enlace a Flathub o, como hemos explicado, buscándolo en los repositorios de su distro, para lo que es posible que aún haya que esperar unos días.

from Linux Adictos https://ift.tt/Kp4sAUi
via IFTTT

El desarrollo de la próxima entrega de GNU Image Manipulation Program se ha visto frenado en los últimos meses. Se esperaba que tuviéramos nueva versión mayor en mayo, junio a lo sumo, pero estamos en agosto y seguimos esperando. Sólo los que están muy metidos en su desarrollo saben por qué no tenemos GIMP 3.0 aún, pero nos estamos acercando a su lanzamiento, y esta vez de verdad, tal y como anunciaron ayer en la red social X, anteriormente Twitter.

«¡Hemos entrado en la congelación para GIMP 3.0.0! ¡Un paso más hacia la próxima versión principal de GIMP!«,  publicaron. No dieron más detalles, pero ya sabemos qué significa eso de la congelación: no se aceptan más cambios porque la intención es darle forma a todo lo que ya tienen entre manos y, cuando lo hagan, lanzar la versión estable de GIMP 3.0.

Today we entered string freeze for #GIMP 3.0.0!

One more step towards the next major version of GIMP! #GIMP3 #FreeSoftware #graphics

— GIMP (@GIMP_Official) August 20, 2024

https://platform.twitter.com/widgets.js

GIMP 3.0 llegarán en ¿unas semanas?

Al no haber dado detalles, tampoco podemos saber cuándo llegará GIMP 3.0 exactamente. Las congelaciones pueden tener lugar un mes antes de un lanzamiento, puede que más. Estando en agosto, yo apostaría por que llega este 2024, pero también esperábamos VLC 4.0 en 2021, 2022, 2023, estamos en 2024 y ni rastro de la versión estable. Habrá que esperar para tener más noticias.

GIMP 3.0 llegará aproximadamente 10 años después de la v2 y será la versión que pasará de GTK2 a GTK3, y también dará el salto de Python 2 a Python 3. Lo primero ya le dará un diseño notablemente diferente, pero también introducirán otros retoques estéticos que harán que la alternativa a Photoshop más popular se vea mejor que nunca.

Del salto a GTK4, la opinión de sus desarrolladores es que no es una prioridad, que hace falta mucho trabajo para ganar muy poco y que la mayoría de usuarios ni nos daríamos cuenta. En teoría, podrían ponerse a ello cuando el resto de funciones estén bien implementadas.

from Linux Adictos https://ift.tt/beIy5Sn
via IFTTT