Yo, que empecé a usar Linux en 2006, sigo teniendo cierta sensación de «peligro» cada vez que leo esta palabra. En realidad no es que sea mala, pero cuando tiene problemas con él y no sabes solucionarlos, que falle el gestor de arranque puede traducirse en tener que reinstalar y perder información. Además, en este tipo de gestores puede haber vulnerabilidades y fallos como los que ha corregido GRUB 2.06, la nueva versión que ha llegado con un año de retraso y unos dos después de la v2.04.

El lanzamiento de GRUB 2.06 estaba programado para 2020, pero no llegó. Los motivos exactos no se han hecho públicos, pero ya sabemos que 2020 no fue el año más normal del mundo. Además, más recientemente se encontraron fallos que había que corregir, por lo que, comos siempre se ha dicho, nunca es tarde si la dicha es buena y si el retraso es por un buen motivo. Disponible para probar desde marzo, ya ha sido lanzada su versión estable.

Novedades más destacadas de GRUB 2.06

• Se han incluido varios parches para que sea más consistente. Hasta ahora, muchas distribuciones gestionaban las cosas a su manera. Tras el trabajo conjunto, esto ha cambiado.
• Soporte para SBAT.
• Ahora soporta el volumen de cifrado LUKS2.
• Soporte para Xen Security Modules (XSM/FLASK).
• Correcciones de seguridad de BootHole/BootHole2.
• Soporte para GCC 10+ y Clang 10+ en lo que no es una actualización a las últimas versiones, ya que ya GCC 11 y Clang 12 ya han lanzado sus respectivas versiones estables.

Los gestores de arranque son partes muy delicadas, por lo que no se recomienda (aunque se pueda) instalarlos o modificarlos por cuenta propia. Además, las diferentes distribuciones Linux añaden los nuevos paquetes como actualización en cuanto pueden, por lo que, creo, no merece la pena tomar ningún riesgo, sobre todo para los usuarios de una distribución cuyo modelo de desarrollo sea Rolling Release.

from Linux Adictos https://ift.tt/3zcMUW3
via IFTTT

Si tienes una distro GNU/Linux instalada en un portátil ASUS, entonces deberías conocer la herramienta bat. Un sencillo comando que puede ayudarte a establecer fácilmente los umbrales de carga para las baterías de estos portátiles. De esa forma, podrás ayudar a alargar la vida útil de las baterías.

El comando bat de Linux pretende replicar las funciones de la utilidad ASUS Battery Health Charging, que no está disponible para las distros, solo para Windows.

Por ejemplo, con bat podrás cambiar fácilmente de un umbral de carga a otro, restablecer a otro umbral anterior, ver la corriente de carga que se está usando, visualizar el nivel actual de la carga de la batería o el estado. Todo ello gracias al uso de servicios de systemd (v244 o superior, por lo que necesitarás una distro Fedora 32, Ubuntu 20.04, Debian 11.0, openSUSE Leap 15.3, etc., o superiores). También se necesita Bash y el kernel Linux 5.4 o superior, ya que de lo contrario no funcionaría con algunos portátiles ASUS.

Para su instalación, puedes seguir estos pasos:

• Accede a esta página de GitHub y descarga el paquete que se llama bat en tu directorio personal.
• Luego deberás instalar en /usr/local/bin con:

cd ~

sudo install bat /usr/local/bin

• Ahora ya podrás comenzar a ejecutar órdenes con bat. Por ejemplo, para ver el umbral de carga:

bat -t

• Para establecer el umbral de carga al 60% y que cuando la batería llegue a esa cifra se detenga la carga:

bat -t 60

• Hacer que el cambio sea permanente:

bat -p

• Revertir el cambio:

bat -r

• Mostrar el nivel de carga actual de tu batería con bat:

bat -c

• E incluso poder mostrar el estado con:

bat -s

Espero que te haya servido de ayuda y puedas disfrutar de estas mejoras que con bat se encuentran ahora disponibles en Linux a falta de que ASUS se digne a lanzar su software nativo también para esta plataforma…

from Linux Adictos https://ift.tt/2TfNVw5
via IFTTT

El pasado noviembre nos hicimos eco de algo que estaba preparando Vivaldi Technologies para su navegador. En prácticamente todos sus rivales, yo no conozco a otro que lo haga, cuando queremos revisar nuestro correo o ver qué tareas tenemos por delante tenemos que entrar a la página web del servicio o usar un cliente como Thunderbird. Eso ya no será necesario a partir del Vivaldi 4.0 que han lanzado esta misma mañana.

De hecho, estas opciones ayudaron a que yo me cambiara a Vivaldi como navegador por defecto hace ahora algo más de un mes. Además del calendario y el correo, el que quiera suscribirse a feeds RSS también puede hacerlo desde una nueva herramienta, pero si personalmente no la uso es porque mezcla correo con noticias, aparece que hay algo por leer y no sincroniza entre dispositivos, por lo que me he quedado con Inoreader en el panel lateral.

Novedades más destacadas de Vivaldi 4.0

• Herramienta de traducción nativa, impulsada por Lingvanex.
• Cliente de correo (por pestañas), calendario y RSS que se añaden al panel lateral. Si se activa la opción RSS, aparece un nuevo icono en la barra de URL para suscribirse rápidamente. En la nota de lanzamiento explican cómo hacer que no se muestre en el correo, por lo que le daré otra oportunidad.
• Nueva pantalla de bienvenida desde donde elegimos cuánto de las funciones especiales queremos usar, entre la opción esencial, clásica y completa. Como no podía ser de otra manera, si algo no se activa desde el principio, se puede activar más adelante.
• Nuevos temas.
• Soporte para azerbaiyano y kurdo.
• Motor actualizado a Chromium 91.0.4472.79.
• Corregidos muchos bugs, disponibles todos en la lista de cambios.

Vivaldi 4.0  ha sido lanzado oficialmente esta mañana, por lo que los usuarios de Windows y macOS ya pueden actualizar desde el mismo navegador o descargar la nueva versión desde la página oficial. Entre los usuarios de Linux, en Ubuntu ya está disponible desde el repositorio, mientras que a otros sistemas operativos llegará en los próximos días.

from Linux Adictos https://ift.tt/3g7jC3t
via IFTTT

A finales del 2020 Collabora dio a conocer sus intenciones de crear un controlador para Wine para poder trabajar con Wayland, ya que en Linux, Wine usa X11 para interactuar con el servidor de pantalla X11. En muchos sistemas modernos el protocolo Wayland es, por diseño, más restringido en comparación con los sistemas de visualización más tradicionales como X11 y win32, lo que presenta un conjunto único de desafíos en la integración de Wayland con Wine.

Tres meses después de ello Collabora presento la primera actualización del controlador en la cual las mejoras presentadas era el trabajo bidireccional entre Wine y Wayland en lo más esencial básicamente, aun que el controlador presentaba muchos errores y sobre todo con el escalado de las ventanas.

Durante los últimos meses, hemos estado mejorando el controlador Wayland experimental para Wine, que permite que las aplicaciones de Windows se ejecuten directamente en los compositores de Wayland. Nuestro objetivo es eventualmente eliminar la necesidad de XWayland para muchos casos de uso y, por lo tanto, reducir la complejidad general del sistema al tiempo que elimina los puntos de posible ineficiencia.

Ahora después de casi 7 meses de trabajo se ha presentado una versión mejorada del controlador Wayland que permite ejecutar aplicaciones usando GDI y OpenGL/DirectX a través de Wine directamente en un entorno basado en Wayland, sin usar la capa XWayland y deshacerse del enlace de Wine al protocolo X11.

Sobre la nueva versión del controlador

En esta nueva versión se presenta el soporte de Vulkan y tambien viene con el manejo de administración de ventanas con lo cual el cambio de tamaño, pantalla completa, minimización, entre otras acciones ya no es un problema, además de que y se puede usar directamente o para implementar Direct3D a través de WineD3D o DXVK.

Los desarrolladores de Collabora mencionan que el controlador de Wayland ahora cuenta con el soporte para poder trabajar en varios monitores a Wine y admite la adición y eliminación dinámicas de monitores. También admite cambiar la resolución percibida por la aplicación de cada monitor (a través del escalado del compositor, consulte la actualización anterior ) para implementar cambios de modo por monitor.

Además se admite el cambio de la resolución y el modo de cada monitor y el escalado para HiDPI y se proporciona el trabajo con pantallas con alta densidad de píxeles (HiDPI).

Por último, tambien se menciona que se ha implementado el manejo de diseños de teclado en Wayland y se agregó soporte para recorte y movimiento relativo del cursor.

Con esta nueva versión el controlador esta cada vez más cerca de ser funcional para su uso general, además de que las conversaciones con los desarrolladores de Wine se continúan en el tema de incluir la ayuda Wayland en la rama estadificación de Wine con posterior traslado a la composición principal del Wine.

Sobre ello Alexandros Frantzis (desarrollador de Collabora) compartió:

» Creo que el controlador ha llegado a un punto en el que tiene suficientes funciones para ser útil para muchos casos de uso y también proporciona suficiente confianza en que es una opción viable en el futuro. Mi plan ahora es principalmente centrarse en las correcciones / mejoras y empezar a prepararse para la puesta en escena mediante la creación de una serie de conjuntos de parches más amigables con las revisiones / upstream » .

Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

Construir el controlador

Para quienes estén interesados en poder obtener, construir y/o usar el controlador de Wayland para Wine deben saber que se requiere de contar con Wayland instalado asi como wayland-client, wayland-egl y xkbcommon development.

La construcción del controlador la pueden realizar abriendo una terminal y en ella van a teclear los siguientes comandos:

git clone -b wayland https://gitlab.collabora.com/alf/wine/
cd wine
./configure --with-wayland [--with-vulkan --with-vkd3d]
make [-jN]
DISPLAY= WAYLAND_DISPLAY=wayland-0 ./wine ...

Para conocer más al respecto sobre el proceso de compilación u obtener el código fuente, pueden realizarlo en el siguiente enlace.

from Linux Adictos https://ift.tt/3xaFGjg
via IFTTT