Mesa 24.1 consolida a NVK y añade sincronización explícita a través de Vulkan

publicado en: Sin categoría | 0

Mesa 24.1 ya está disponible como la nueva versión estable de la pila gráfica que suministra los controladores del espacio de usuario, los soportes de OpenGL, Vulkan y OpenCL para ser m​_ás concretos de cara a aquellas personas que tienen menos conocimientos. Además de Linux, también es un componente con una fuerte presencia en los sistemas BSD y otros sistemas tipo Unix.

Desde hace tiempo no es extraño que un lanzamiento de Mesa no incluya una gran cantidad de novedades, ya que la pila ha logrado una madurez destacable en ciertos frentes. Sin embargo, la versión 24.1 sí ha traído cosas interesantes, empezando por el hecho de que NVK, el driver de Vulkan para Nouveau, ya está listo para el público general. Los responsables explican que “ahora se recomienda a los empaquetadores de distribuciones que incluyan Nouveau en la lista de ‘vulkan-drivers’ para que sus usuarios puedan tener la opción de usarlo en lugar del controlador privativo de NVIDIA”.

NVK es un componente que resulta muy necesario para dotar de soporte de Vulkan a Nouveau, el driver de código abierto presente en el kernel Linux encargado de soportar las gráficas de NVIDIA. Además de resolver una carencia y preparar a Nouveau para soportar Vulkan, ha despertado ciertas esperanzas en lo que respecta a ejecutar ciertos videojuegos no muy exigentes sin tener que emplear el driver oficial de NVIDIA.

La segunda novedad más importante de Mesa 24.1 es que el soporte de sincronización explícita está presente en todos los drivers de Vulkan tanto para Wayland como X11. La sincronización explícita, muy básicamente, promete mejorar el desempeño de los gráficos mediante la reducción del trabajo que tienen que hacer los drivers, ya que las aplicaciones podrán “contactar” con ellos de manera directa en lugar de tener que descubrir las dependencias de las tareas partir de una lista de comandos.

La sincronización explícita se ha convertido en una de las principales promesas para mejorar la experiencia de NVIDIA sobre Wayland, si bien aquí hay que meter el driver oficial de ese fabricante en la coctelera. Por otro lado, lo aportado por Mesa 24.1 es solo una pieza de todo el engranaje para que la sincronización explícita sea una realidad para los usuarios.

Cambiando de tercio, el driver de Vulkan para las gráficas de Intel, ANV, ha cambiado a un enlace de máquina virtual realmente asíncrono y Xe ha ganado soporte para el volcado de errores con el fin de que se puedan depurar los cuelgues de la GPU. No viene mal recordar que ANV es el principal motivo que ha llevado a que las gráficas dedicadas de Intel no hayan terminado de cumplir con las expectativas de los usuarios de Linux, pero a la compañía parece que no le corre mucha prisa el mejorar en ese frente.

El driver de OpenGL de Asahi para los SoC Apple Silicon ha alcanzado los soportes para OpenGL 4.6 y OpenGL ES 3.2, que son las versiones más recientes de las dos variantes de la API gráfica propiedad de Khronos Group. Esto quiere decir que Asashi Linux ya ofrece soporte completo de OpenGL al menos sobre el papel, así que por delante queda el reto de soportar Vulkan, que también es de Khronos Group y es una API mucho más moderna y que trabaja a más bajo nivel.

Y para terminar con las cosas importantes tenemos la incorporación de diversas extensiones de Vulkan, las cuales han a RADV (Radeon), ANV, NVK y/o Turnip (Adreno) dependiendo del caso.

Todos los detalles en torno a Mesa 24.1 están publicados en las notas de lanzamiento. Si se quiere obtener la pila sin tener que pasar por el tortuoso proceso de compilación, lo suyo es esperar a que llegue a modo de actualización a través de Flathub o los repositorios de una distribución bleeding edge, mientras que los usuarios de Ubuntu y derivadas tienen a su disposición los PPA fresh y stable de Kisak.

Terminamos recordando que Mesa es un componente cuya importancia ha crecido mucho desde la aparición de AMDGPU, a pesar de que se trate de un driver para el kernel Linux. Mesa ha pasado de ofrecer un soporte básico de aceleración por hardware para el escritorio a competir de tú a tú con Windows a la hora de ejecutar videojuegos triple A de última generación, lo que ha hecho que su actualización sea incluso más importante que la del kernel en algunos contextos, principalmente relacionados con los videojuegos y tareas que se apoyan fuertemente en la GPU.

 

Fuente: Muy Linux.

 

GNOME Foundation presenta un borrador de su plan para los próximos cinco años

publicado en: Sin categoría | 0

GNOME Foundation ha presentado un borrador de su plan estratégico quinquenal, con el que pretende que GNOME siga creciendo como proyecto, mejorar la sostenibilidad económica y crear una visión compartida que unifique a todo el personal involucrado. Resumiendo mucho, se puede decir que el plan se apoya en cuatro pilares: sostenibilidad económi​_ca, ampliación de la comunidad y el proyecto, Flathub e inclusión.

Lo primero que destaca del borrador del plan estratégico de GNOME Foundation es la intención de impulsar una visión unificada que sea compartida por el personal, la junta directiva y los voluntarios, la cual se quiere proyectar también en las tecnologías desarrolladas. Se pretende que la junta directiva trabaje como un solo equipo e igual para el personal oficial que trabaje en GNOME, mejorando además la coordinación entre ellos. En resumidas cuentas, se intenta unificar el criterio bajo el que funcionan la fundación y el proyecto que desarrolla el software.

Otro punto interesante es el propósito de crear GNOME Pathways Initiative (“Pathways”), “un programa educativo que recluta, asesora, educa, involucra y eleva como líderes a nuevos creadores de África, América Latina, Asia y otras regiones del mundo”. Parece que la intención es mejorar la presencia en áreas geográficas donde esta no es tan fuerte como en Norteamérica y Europa.

En lo que respecta a la inclusión, se ha proyectado ampliar la junta de votación de siete a once miembros. A esto se suma la adición de puestos de “oficiales” regionales y de comité sin derecho a voto para los que se priorizará “el avance de las mujeres, las personas de color, el colectivo trans, las personas de regiones subrepresentadas y personas con discapacidad a puestos de liderazgo”. Las políticas de inclusión también buscan hacer que GNOME sea más “relevante y atractivo” para una mayor diversidad de personas.

En lo que respecta al ámbito tecnológico, el borrador del plan estratégico menciona el apoyo del uso de las tecnologías de GNOME en contextos como móviles, escritorios cruzados y sistemas empotrados. Como no podía ser de otra forma, GTK juega un papel importante y se quiere enfatizar la dependencia del escritorio Linux de las tecnologías de GNOME. No hay que olvidar que GNOME es el escritorio de referencia de las tres grandes distribuciones corporativas: SLED, Ubuntu y RHEL.

Otra cosa que se quiere impulsar es incrementar el beneficio económico directo de GNOME para los desarrolladores a través de un programa de certificación, un curso de la API, un programa de insignias, la promoción de Flathub y otras ideas. De hecho, el principal repositorio de Flatpak se ha convertido en una “pieza crucial” del ecosistema de GNOME. La fundación no duda en considerarla como la tienda de referencia para Linux y que “fomenta la participación de usuarios actuales y nuevos para promover el empoderamiento económico”. Todo eso se suma a la integración del patrocinio fiscal para las aplicaciones de GNOME alojadas en Flathub y las que forman parte de GNOME Circle.

El software libre muchas veces se centra demasiado en el código, cuando ese código necesita de una infraestructura y una dirección que lo sostengan. La fundación quiere que las debilidades actuales de GNOME en términos de seguridad sean corregidas, recaudar fondos para Flathub y las partes nucleares de GNOME, que personas asalariadas y a tiempo completo trabajen en el desarrollo de software para el escaneo automático de vulnerabilidades y la forma reproducible/pública de las compilaciones en torno a las herramientas que comparten GNOME y Flathub, además de crear más documentación y herramientas para GNOME.

En lo que respecta a la parte económica, la fundación ha planteado la creación de un modelo de financiación que permita al evento central de GNOME ser autosostenible y generar ganancias que​_ luego serían reinvertidas en capacitación, la creación de oportunidades para que los patrocinadores apoyen concursos, talleres y más. La búsqueda de financiación para GNOME Development Initiative para abordar las necesidades básicas de la fundación y el proyecto esta ahí y se quiere aprovechar al poder de la comunidad para llevar a cabo dos o tres campañas de financiación colectiva al año para actividades difíciles de financiar, con la intención de recaudar entre 50.000 y 200.000 dólares por cada iniciativa.

Continuando con más cosas relacionadas con la economía, GNOME Foundation pretende desarrollar relaciones de financiación directas con al menos veinte nuevas fundaciones, al menos veinte nuevos socios corporativos y al menos diez agencias gubernamentales durante el transcurso del año 2024. Esto se la recaudación de fondos para convertirse en patrocinador de Flathub.

Por último está la priorización de la salud y el bienestar, que no solo abarcaría la estructura de la fundación, sino también la prevención del burnout y la ineficiencia del personal con una buena política de recursos humanos, revisiones anuales, separación de las funciones que ejercen la junta directiva y el personal y tasas salariales. La ampliación de personal en áreas como la administrativa, la gestión de las subvenciones, DevOps, eventos y recaudación de fondos.

Como vemos, GNOME Foundation pretende crecer en prácticamente todos los ámbitos, cosa que tiene que combinar con una sostenibilidad económica que ahora no tiene o al menos no del todo. De cara a los usuarios finales, lo que más sobresale es la fuerte apuesta por Flathub, y es que GNOME, junto con KDE y Endless, intentan introducir mecanismos de pago en el repositorio con el fin de que los desarrolladores puedan tener algún tipo de ingreso. Por otro lado, las compilaciones oficiales de las aplicaciones de GNOME y las de GNOME Circle están en el mencionado Flathub, lo que refuerza todavía más la visión proyectada por la fundación a través de este borrador.

 

Fuente: Muy Linux.

El veterano reproductor de música Winamp ¿se pasa al código abierto?

publicado en: Sin categoría | 0

Seguro que todos habéis leído ya acerca de la liberación del código fuente de Winamp, y es que la noticia saltaba a los medios especializados la semana pasada con bastante eco. Qué menos, tratándose de todo un referente de la pretérita computación de consumo de finales del siglo pasado, principios del actual. Las cosas como son, Winamp es todo un icono de aquella época.

Ahora bien, ha llovido mucho desde entonces y la nostalgia no lo puede todo. De hecho, la última versión estable del popular reproductor de música tiene apenas un año desde su lanzamiento, aun cuando su irrelevancia es palmaria, no solo porque el software se ha renovado en este tiempo, en el que Winamp ha pretendido seguir viviendo de los réditos -y de su particular expresión-, sino porque lo los hábitos de consumo han cambiado y mucho.

Como comentaba recientemente a raíz del lanzamiento de Amarok 3, la música se consume a día de hoy -en un amplio margen, al menos- por otras vías y, en consecuencia, este tipo de reproductores no es tan popular como lo fue antaño. ¿Y cómo pretenden reinventarse en Winamp? Entre otros planes, «Winamp abrirá el código del reproductor de Windows, permitiendo que la comunidad participe en su desarrollo«, anunciaba la compañía.

«Esta es una invitación a la colaboración global, para que los desarrolladores de todo el mundo puedan aportar su experiencia, ideas y pasión para ayudar a que este software icónico evolucione», explicaban. Y, dicho así, puede tener su sentido: antes que dejar que el viejo software muera, se abre y que la comunidad haga lo que pueda con él, si es que hay interés ¿no? Pues no… O tal vez sí. No está nada claro, la verdad.

Por un lado, cuando se publicita que «Winamp ha anunciado que abrirá su código fuente para permitir el desarrollo colaborativo de su legendario reproductor para Windows«, se da a entender una cosa que, yendo al detalle, queda bastante desdibujada. ¿Eso de «abrir el código fuente» significa, en efecto, liberar el código fuente? En principio se podría decir que sí, pero sabemos bien por estos lares que no siempre es así.

Señala el CEO de Winamp que a partir de ahora se enfocarán en el mercado móvil, para lo cual están preparando el lanzamiento de un nuevo reproductor este verano, pero como no quieren olvidarse de las «decenas de millones de usuarios» que todavía usan la aplicación en Windows, han tomado esta decisión. Una decisión que matizan, «Winamp seguirá siendo el propietario del software y decidirá las innovaciones realizadas en la versión oficial«.

Un poco vago todo, porque si liberas el código, no puedes seguir siendo el propietario del software, sino de la marca. Esto es lo único que parece tener sentido: que sigan gestionando Winamp como lo han hecho hasta ahora, mientras que el código fuente se desarrolla con algo de indedpendencia, en este caso, bajo el proyecto FreeLLama, que es como lo han denominado.

Hay quien lo ha entendido de manera muy diferente, eliminando el término código abierto de la ecuación, pero a falta de que, como decía Linus Torvalds, enseñen el código -y la licencia que lo acompaña-, todo son conjeturas derivadas, eso sí, de un mensaje quizás deliberadamente confuso.

¿Y si al final es que sí? Tampoco es que importe mucho, habida cuenta del panorama. Incluso aunque cayese una versión para Linux, tenemos alternativas de sobra y más adecuadas, en mi opinión. Es más: los amantes del «estilo Winamp» tienen en Audacious un mejor aliado. Pero seamos honestos: quién, salvo para rememorar viejos tiempos por un rato, quiere seguir usando algo como Winamp (ojo: que Winamp se remozó, pero aquí hablamos del viejo reproductor).

Fuente: Muy Linux.

 

MX Linux 23.3 se actualiza sobre Debian 12.5 con el kernel Liquorix y otras novedades

publicado en: Linux | 0

MX Linux 23.3 es la nueva actualización de mantenimiento de “Libretto”, la versión en curso de esta derivada de Debian enfocada en la accesibilidad y la estabilidad. Se trata de su segundo lanzamiento en lo que llevamos de año y, como indica su numeración, el tercero de la serie ya.

En MX Linux 23.3 no encontrarás más que actualizaciones y correcciones, siendo las del primer grupo las más interesantes del conjunto, ya que MX Linux no mantiene un buen conjunto de aplicaciones al día: también lo hace con el kernel, ofreciendo así un soporte de hardware más potente que el sistema en el que se basa.

Con más detalle, MX Linux 23.3 se basa en la última Debian 12.5, de la que hereda únicamente las correcciones y parches de seguridad implementados por esta, hablando de novedades, claro. Novedades que, al igual que sucede con Debian, cualquier usuario de MX Linux habrá recibido ya vía actualizaciones ordinarias, por lo que no es necesario reinstalación alguna.

Las novedades propias de MX Linux 23.3 incluyen la incorporación de build-essential en la ISO, facilitando de este modo la compilación de controladores, mejoras de personalización con el instalador OEM, actualizaciones menores en componentes como Pipewire 1.0, en las traducciones del sistema, en los entornos de escritorio (Xfce, KDE Plasma, Fluxbox y las imágenes de instalación) y herramientas…

Y, por supuesto, MX Linux 23.3 recibe también actualizaciones en los núcleos soportados, incluyendo el último kernel Linux 6.1.90 y el más reciente Linux 6.8.9 Liquorix Kernel, una modificación afinada para ofrecer un mejor rendimiento y respuesta del sistema (cualquier usuario puede instalar el kernel Liquorix por su cuenta, aunque se desaconseja hacerlo a quien no sabe manejarse bien en estos temas).

En el mismo anuncio de lanzamiento de MX Linux 23.3 se encuentran los enlaces de descarga directa para las diferentes ediciones de la distribución, tanto por entorno de escritorio como por versión del kernel y arquitectura, con la excepción de la edición con KDE Plasma, solo disponible para 64-bit; pro el contrario, solo el kernel Liquorix solo se sirve con Xfce.

A todo esto, MX Linux continúa como número uno en Distrowatch y ahí lleva cinco años ya… lo cual no significa nada concreto con respecto a su popularidad real, pero es un dato que vale la pena mencionar de vez en cuando.

 

Fuente: Muy Linux.

Linux 6.9 mejora el desempeño de los procesadores Intel y AMD, entre otras novedades

publicado en: Linux, Sin categoría | 0

Linus Torvalds ha anunciado la publicación de Linux 6.9, la nueva versión mayor del kernel. Debido a un desarrollo que se ha acelerado, con más lanzamientos al año, la cantidad de novedades no es tan abultada como en tiempos pasados, pero eso no quiere decir que en esta ocasión no haya cosas interesantes.

Lo primero que nos encontramos en Linux 6.9 son las mejoras para los procesadores de los dos grandes del ecosistema x86: Intel y AMD. Para el primero se ha mejorado el rendimiento y la eficiencia de Meteor Lake, una de las últimas generaciones de Intel que ha ido dirigida a portátiles. En lo que respecta a AMD, el controlador de P-State puede aprovecharse de los “núcleos preferidos”, un concepto que fue introducido en Zen 2, para tareas que tienen mayor prioridad en el planificador (scheduler) del kernel, lo que debería traducirse en un mayor uso de dichos núcleos.

Continuando con más cosas que han llegado para los procesadores de Intel y AMD, nos encontramos con optimizaciones para el funcionamiento de KVM, el módulo de virtualización de código abierto para el kernel Linux y que permite a este último funcionar como un hypervisor para poner en funcionamiento máquinas virtuales. Dichas optimizaciones llegan a mejorar el rendimiento hasta en un 10%.

Como último punto interesante relacionado con las dos grandes marcas de procesadores x86, el rendimiento ha sido mejorado en algunos modelos concretos de portátiles HP gracias a que se soporta un TDP mayor. Para Intel se ha trabajado la topología del código de x86 con el fin de brindar un mejor soporte para procesadores híbridos.

Linux 6.9 no parece ser un lanzamiento especialmente potente a nivel de gráficas, así que lo más destacado en este frente es la retirada del soporte de AMD FreeSync Video de AMDGPU, el driver de código abierto y oficial del gigante rojo dirigido a las gráficas Radeon “modernas” (entrecomillo porque ya hay muchas generaciones soportadas, pero el viejo driver Radeon sigue ahí para GPU todavía más antiguas). La razón detrás de esta decisión es que compositores como Mutter y Kwin están implementando tasa de refresco variable (VRR) por su cuenta, por lo que AMD FreeSync Video podría entrar en conflicto. Otro aspecto relativamente interesante es que AMD continúa con el trabajo para los soportes de las arquitecturas RDNA 4 y RDNA 3 Refresh.

Más interesante está la cosa en torno a los sistemas de ficheros. Aquí nos encontramos con la retirada del viejo driver de NTFS, cuyas funciones pueden ser cumplidas por NTFS3, y el marcado de EXT2 como obsoleto debido a la cercanía del año 2038. El soporte para dispositivos de bloques con zonas ha sido mejorado en F2FS, se ha introducido diversas optimizaciones que han mejorado el desempeño de Btrfs, el funcionamiento de exFAT debería ser más rápido y la reparación online ha sido mejorada en XFS.

Por lo demás, nos encontramos con un popurrí de novedades que abarcan aspectos muy diversos, como la habilitación inicial para IBM Power11, la introducción de soporte de Rust para ARM64, soporte para más modelos de SoC basados en ARM, soporte para diversos periféricos de Samsung que funcionan a través de Bluetooth y soporte para los controladores de Snakebyte a través de Xpad, el driver para hacer funcionar los mandos de Xbox y sobre el cual se apoyan muchos controladores compatibles, entre ellos los de 8BitDo cuando están en “modo Windows”.

Y hasta aquí los aspectos más importantes de Linux 6.9. La actualización del kernel no suele ser algo crítico para la mayoría de los usuarios, sobre todo si el hardware tiene algunos años. Aparte del tortuoso proceso de compilación, los usuarios pueden recurrir a una distribución rolling release y bleeding edge como Arch Linux, openSUSE Tumbleweed o MicroOS, tener algo más de paciencia y esperar a que llegue a Fedora 39 y 40 o recurrir a los repositorios de terceros que hay para Ubuntu.

Todos los detalles de en torno Linux 6.9 están disponibles en la correspondiente página de Kernel Newbies, donde están presentados de forma más masticada y amigable para aquellos no tengan conocimientos profundos.

Fuente: Muy Linux.

Eurolinux 9.4 sigue la estela tecnológica de RHEL 9.4

publicado en: Linux | 0

Y continuamos con más sistemas basados en las tecnologías de RHEL 9.4, tocándole en esta ocasión a Eurolinux 9.4 “San Marino”. Como es de esperar, el software suministrado es similar al disponible en Rocky Linux y AlmaLinux, y decimos similar porque los cambios introducidos en la licencia de RHEL han abierto la puerta a más variaciones entre los que antes fueron sus clones.

Lo primero que se menciona de Eurolinux 9.4 es que incluye los siguientes servicios y versiones de los intérpretes o compiladores de lenguajes de programación: MariaDB 10.11, nginx 1.24, PHP 8.2, PostgreSQL 16, Python 3.12, GCC 13, Go 1.21.7, LLVM 17.0.6, y Rust 1.75.1. Los componentes básicos del sistema son Linux 5.14, systemd 252 y DNF 4.14, siguiendo la línea establecida por RHEL 9. Como herramientas de depuración, depuradores y monitoreo del rendimiento están elfutils 0.190, SystemTap 5.0, Valgrind 3.22 y PCP 6.2.0.

Y como estamos ante otro sistema basado en RHEL 9.4, nos encontramos una vez más con sus novedades más destacadas, como que el sistema de procesamiento de registros Rsyslog ha introducido configuraciones de cifrado TLS/SSL personalizables y opciones adicionales relacionadas con la caída de la capacidad.

Otras novedades son un kit de herramientas TLS de OpenSSL que ha añadido un directorio de configuración específico del proveedor; que la versión 1.4.0 de la API de criptografía del kernel Linux (libkcapi) ha incluido nuevas opciones y herramientas, con especial mención a la opción -T que permite especificar nombres de archivos de destino en los cálculos de suma hash; además de una versión 5.71 del servicio de túnel TLS/SSL stunnel que cambia el comportamiento de OpenSSL 1.1, añade nuevas opciones y proporciona soporte para clientes de PostgreSQL modernos.

Frente a los otros sistemas basados en RHEL, Eurolinux ha destacado la presencia de las diversas versiones de OpenJDK que suministra; 21, 11, 17 y 8, siendo la última servida a través del paquete java-1.8.0-openjdk. El resto de versiones pueden ser encontradas siguiendo el patrón java-VERSIÓN-openjdk.

Un detalle importante de la distribución que nos ocupa en esta entrada es que ofrece “scripts de migración universal”, los cuales soportan la migración a Eurolinux desde los siguientes sistemas empresariales: AlmaLinux 8 y 9; CentOS 7 y 8; Oracle Linux 7, 8 y 9; y Rocky Linux 8 y 9.

Los responsables de la distribución recuerdan que, “desde la versión 8.3, el sistema operativo EuroLinux se ofrece en un modelo Open Core, tanto como suscripción de pago como gratuita. Los clientes y la comunidad obtienen acceso al software al mismo tiempo, en la misma versión y en los mismos repositorio”. Por otro lado, la versión 9 estará soportada hasta el 30 de junio de 2032, la 8 hasta el 30 de junio de 2029 y la 7 hasta el 31 de julio de 2024.

Todos los detalles sobre Eurolinux 9.4 pueden ser consultados visitando el anuncio oficial y las notas de lanzamiento, mientras que los sistemas están disponibles a partir de la sección de descargas de la distribución en imágenes que soportan las arquitecturas x86_64 (AMD e Intel) y ARM de 64-bit (aarch64).

Fuente: Muy Linux.

 

systemd presenta run0, un «clon» de sudo para reemplazar a sudo

publicado en: Sin categoría | 0

systemd se ha convertido en el marco estándar empleado por la mayoría de las grandes distribuciones y también se ha consolidado como un software controvertido debido a que es capaz de implementar una gran variedad de componentes de distinto tipo. Una de las cosas que vendrán en el próximo lanzamiento mayor del framework es run0, que es en base un clon de sudo para systemd.

run0 ha sido anunciado por Lennart Poettering, creador de systemd y actual empleado de Microsoft, en un hilo que ha publicado en la red social Mastodon. El desarrollador reconoce la utilidad del actual sudo que se encuentra en la mayoría de las distribuciones Linux, pero que “tiene serios problemas. Es un binario SUID relativamente grande, es decir, un código privilegiado que los usuarios sin privilegios pueden invocar desde su propio contexto. Tiene un lenguaje de configuración complicado, complementos cargables (¡ldap!), coincidencias de nombres de host, etc”. A todo eso se suman otros factores como una superficie de ataque grande.

La presunta complejidad de sudo ha hecho que algunos hayan decidido desarrollar alternativas, de entre las que destaca doas, que tiene su origen en OpenBSD y destaca por simplificar mucho la herramienta y reducir la superficie de ataque a la vez que no dejar de ser un binario SUID.

Con el fin de evitar o al menos minimizar los presuntos inconvenientes de sudo, Lennart Poettering ha anunciado run0 de la siguiente manera: “Hay una nueva herramienta en systemd llamada ‘run0’. De hecho, no es una herramienta nueva, sino que es la herramienta ‘systemd-run’ que existe desde hace mucho tiempo, pero cuando se invoca con el nombre ‘run0’ (a través de un enlace simbólico) se comporta de manera muy parecida a un clon de sudo con una diferencia clave: ‘no’ es SUID. En lugar de eso, simplemente le pide al administrador de servicios que invoque un comando o shell bajo el UID del usuario objetivo. Asigna un nuevo PTY para eso y luego transfiere datos de un lado a otro del TTY de origen y este PTY.”

“En otras palabras: el comando de destino se invoca en un contexto de ejecución aislado, recién bifurcado del PID 1, sin heredar ningún contexto del cliente (bueno, es cierto que ‘propagamos’ $TERM, pero esa es una excepción explícita, es decir, está en la lista de permitidos en lugar de en la lista de denegados). Se podría decir que ‘run0’ está más cerca del comportamiento de ‘ssh’ que de ‘sudo’ en muchos sentidos. Excepto que no se preocupa por el cifrado o la autenticación criptográfica, la administración de claves y demás, sino que depende de los mecanismos de identificación locales del kernel.”

Al aislar los contextos y los recursos del cliente y el objetivo, eliminamos por completo otras clases de ataques. La herramienta también es mucho más divertida de usar que sudo. Por ejemplo, por defecto teñirá el fondo de la terminal en un tono rojizo mientras se esté operando con privilegios elevados. Se supone que esto actúa como un recordatorio amistoso de que aún no ha renunciado a los privilegios y marca la salida de todos los comandos que se ejecutaron con los privilegios adecuados.”

“Y dado que simplemente se llama a systemd-run con un nombre diferente, admite el parámetro --property= que soporta systemd-run, es decir, que permite establecer configuraciones de servicio arbitrarias para el comando/sesión privilegiada invocada si lo desea”.

Teniendo en cuenta las palabras de Lennart Poettering, run0 apunta a no ser una implementación en systemd del sudo que conocemos en Linux, sino que será un software diferente que dará un resultado muy similar y que cumplirá con el mismo propósito. Y debido a que de base es systemd-run funcionando con otro nombre, se trata de una herramienta creada por y para systemd, o al menos esa es la conclusión lógica a la que se llega ciñéndonos a las palabras del empleado de Microsoft.

run0 estará presente en el futuro systemd 256, pero eso no quiere decir que las distribuciones pasen a usarlo directamente. De hecho, systemd tiene su propio gestor de arranque, systemd-boot, que en la actualidad es utilizado por muy pocas distribuciones y hasta Fedora, que es de facto la distribución de referencia del framework, sigue empleando GRUB, aunque eso podría cambiar en un futuro no muy lejano.

Lo que está claro es que la presencia de run0 volverá a encender el debate entre los defensores y detractores de systemd, con los primeros defendiendo la existencia de un marco que aporte integración, homogeneidad y consistencia y con los segundos argumentando que es un software demasiado complejo que quebranta de manera flagrante la filosofía Unix.

 

Fuente: Muy Linux.

LibreELEC 12 se pasa a Kodi 21 y obliga a reinstalar Widevine

publicado en: Linux | 0

LibreELEC 12 “Omega” ya está disponible como la nueva versión de la distribución para equipos d​_edicados a ejercer labores de centro de multimedia, que también es conocida como “la distribución para ejecutar Kodi en dispositivos HTPC modernos”. En esta ocasión sobresalen las cuestiones relacionadas con la arquitectura, la cuales han impactado en Widevine, el DRM usado por las plataformas de vídeo en streaming como Netflix, Prime Video y demás.

Lo primero que se menciona es que las compilaciones para muchos dispositivos se realizan ahora en 64-bit, entre ellos las versiones 5 y 4 del mini-PC Raspberry Pi. Si se utiliza alguno de los dispositivos referenciados y el sistema es actualizado desde LibreELEC 11, será necesario reinstalar el DRM Widevine debido a los cambios en la arquitectura. Para la reproducción de H.264 acelerada por hardware a 50/60 fotogramas por segundo en los dispositivos Rapsberry Pi hay que introducir force_turbo=1 o ore_freq_min=500 en config.txt para evitar problemas.

Entre los componentes básicos y estrella, en LibreELEC 12 nos encontramos con Linux 6.6.28 y Kodi 21, la versión más nueva del archiconocido centro de multimedia, que destaca por mejorar la estabilidad, el rendimiento, la seguridad y actualizarse a FFmpeg 6. Debido al enfoque de la distribución que nos ocupa, Kodi tiene un especial protagonismo.

Profundizando un poco en algunas características concretas, la imagen genérica para x86_64 (procesadores de Intel y AMD) usa la misma pila de gráficos de GBM y V4L2 sobre Wayland que en las imágenes compiladas para dispositivos ARM. También se ha puesto a disposición una imagen Generic-legacy que se ejecuta sobre la pila de X11 empleada desde LibreELEC 7 hasta la 10. Sobre el papel no tendría que haber problemas para actualizar entre las imágenes con GBM y las que incluyen X11. Los responsables de la distribución recomiendan la imagen Generic-legacy para las gráficas de NVIDIA, para ejecutar navegadores Chromium y en caso de ver fallos gráficos en hardware antiguo.

Como último punto importante está la recuperación del soporte para los dispositivos de la series S905 y S905/D de Amlogic, los cuales pueden proporcionar con LibreELEC 12 un soporte sólido para la reproducción de H.264, un soporte decente para HEVC (H.265), un HDR funcional con HEVC y VP9 sobre los dispositivos S905X/D y S912 y audio PCM multicanal y Pass-Through en HDMI con sonido de hasta 7.1 canales. El soporte está orientado principalmente a la reproducción de vídeos con resolución de hasta 1080p y la actualización desde versiones anteriores de la distribución no está soportada, por lo que toca respaldar y hacer una instalación desde cero.

Además de las novedades, también se avisa de algunas cosas negativas que los usuarios pueden encontrarse, como que el soporte para Amlogic todavía necesita mejorar, que el sistema no funciona correctamente en placas Allwinner y Orange Pi Win, que los dispositivos Allwinner y Rockchip no han sido probados debidamente y que sobre el Rockchip RK3328 directamente no funciona.

Todos los detalles sobre LibreELEC 12 están publicados en el anuncio oficial, mientras que los sistemas pueden obtenerse a partir de la sección de descargas del sitio web oficial de la distribución.

 

Fuente: Muy Linux.

GNU nano 8.0 introduce diversas novedades que mejoran su uso

publicado en: Sin categoría | 0

GNU nano 8.0 ha sido publicada como la nueva versión mayor del conocido editor de texto dirigido a interfaces de línea de comandos y que es la herramienta predeterminada para ese contexto en muchas distribuciones Linux. En esta ocasión nos encontramos con un puñado de novedades que pretenden perfeccionar el manejo de la aplicación.

Lo primero que nos encontramos en GNU nano 8.0 es que la combinación de teclas control+F (^F) está obligada a hacer la búsqueda hacia adelante, mientras que la combinación de control+B (^B) inicia la búsqueda hacia atrás. Mientras, M-F y M-B repiten la búsqueda en la dirección correspondiente.

La segunda novedad mencionada por los responsables del editor de texto es --modernbindings (-/), que se encarga de establecer las siguientes configuraciones a nivel de combinaciones de teclas:

  • control+Q (^Q): quitar
  • control+X (^X): cortar
  • control+C (^C): copiar
  • control+V (^V): pegar
  • control+Z (^Z): deshacer
  • control+Y (^Y): rehacer
  • control+O (^O): abrir un fichero
  • control+W (^W): escribir en un fichero
  • control+R (^R): reemplazar
  • control+G (^G): encontrar de nuevo
  • control+D (^D): encontrar de nuevo al revés
  • control+A (^A): establecer el marcador
  • control+T (^T): saltar a una línea
  • control+P (^P): mostrar la posición
  • control+E (^E): ejecutar

Los bindings modernos mencionados con anterioridad se activan también cuando el nombre del ejecutable de nano o el enlace simbólico que permite ponerlo en funcionamiento comienza con la letra “e”.

Continuando con más cosas de GNU nano 8.0, las combinaciones de tecla alt+inicio y alt+fin ponen el cursor sobre la primera o la última fila de la vista de la ventana mientras retiene la posición horizontal. Por otro lado, cuando los tres dígitos de un código de color RGB son iguales, el código se asigna a la escala de grises de xterm, dando acceso a catorce niveles de grises en lugar de cuatro.

Con el fin de hacer el acceso más rápido, M-" está obligado a colocar o quitar un ancla, mientras que M-' salta a la siguiente ancla. Cada vez que ocurre un error, el búfer de pulsaciones de tecla se borra para detener la ejecución de una macro o un enlace de cadena. Por último, la rueda del ratón desplaza la vista de la ventana en lugar de mover el cursor.

Todos los detalles de GNU Nano 8 está disponibles en la sección de noticias de la web oficial del proyecto. Sobre la aplicación en sí, puede ser obtenida a través de la compilación del código fuente, aunque viendo el uso que le da la mayoría, es probable que su actualización sea urgente solo para unos pocos. Como suele ser habitual en estos contextos, las distribuciones rolling release y bleeding edge parten con ventaja para recibirlo antes a través de una actualización estándar.

 

Fuente: Muy Linux.

Marknote, el nuevo editor Markdown del proyecto KDE

publicado en: Sin categoría | 0

Marknote es una nueva aplicación del proyecto KDE, un, como su nombre indica, editor de Markdown, el popular lenguaje de marcado. Su lanzamiento fue anunciado hace ya una semana y desde entonces ha recibido un par de actualizaciones. Pese a ello, sigue estando tan verde que es imposible de recomendar… y sin embargo, vamos a dedicarle un hueco en estas páginas.

El motivo principal para hablar de Marknote es que la aplicación ha salido referenciada en un montón de sitios y, digámoslo así, nos obliga un poco a prestarle atención. Por lo demás, la idea no está mal, aunque con un par de plugins bien hechos Kate podría encargarse perfectamente de la labor y ofreciendo mucha más potencia como editor de texto en el amplio sentido del término.

Pero alguien decidió que mejor una aplicación dedicada y he aquí Marknote, un proyecto todavía en ciernes, pero con un prometedor futuro de continuar su desarrollo, habida cuenta de dónde -KDE y su filosofía en el diseño de aplicaciones, en la que el menos es más solo funciona si lo quiere el usuario, y no por imposición. Sea como fuere, hay que reconocer que el nombre de la aplicación es ideal.

Lo que más destaca de Marknote es su propuesta como editor Markdown WYSIWYGWhat You See Is What You Get o lo que ves es lo que obtienes, lo cual significa que a diferencia de muchos editores de Markdown -y al igual que otros tantos- es posible poner formato al texto sin la necesidad de estar aplicando la sintaxis de manera manual. Todo correcto, excepto porque este es la única forma de hacerlo: aún no ha sido implementada la «vista de código».

En su estado actual Marknote permite poner negrita, cursiva, subrayado, tachado, crear listas, insertar casillas de verificación, enlaces e imágenes, así como el estilo del párrafo (títulos, subtítulos, citas, etc) a golpe de clic. Bastante completo, aun cuando Markdown ofrece más posibilidades y sin soporte para aplicar el formato a mano, todo eso se queda fuera. También tiene soporte y facilita el uso del HUD de KDE.

En cuanto a su organización, Marknote funciona a modo de aplicación de notas tradicional, con la opción de crear blocs de notas y notas (por el momento, solo independientes, sin enlaces internos) dentro de estos, incluyendo opciones de exportación en HTML, PDF y ODT… Y más vale que exportes lo que escribas en Marknote, porque no guarda nada (este es un error que tendrán que solucionar, debido al cual no he podido comprobar cómo se guardan las notas exactamente), o es lo que me he encontrado en mis pruebas con la aplicación instalada desde Flathub. Opciones de importación no tiene.

En resumen, Marknote tiene buena pinta por un lado, está muy verde por el otro… e incluso se le puede atribuir la cualidad de innecesario, existiendo KWrite y Kate. Sin embargo, a buen seguro que habrá muchos usuarios que prefieran un bloc de notas y nada más y este viene a reemplazar de una vez por todas a KJots, que ahí sigue pese a que está abandonado desde hace años y las carencias que arrastra por ello; además, sobre un formato estándar y compatible como es Markdown.

Así pues, habrá que seguirla la pista a Marknote, si bien cabe repetir que los usuarios de KDE Plasma tienen en KWrite, pero sobre todo en Kate, una solución mucho más potente y confiable, si de escribir en Markdown se trata. Y, por supuesto, más allá de KDE hay un mar de aplicaciones de terceros basadas en Markdown mucho más recomendables, véase Joplin como un ejemplo entre mil.

Al final, como con todo, la elección de una u otra aplicación dependerá de lo que le pidas. Personalmente soy un intenso usuario de Markdown y no he encontrado nada que se acerque ni de lejos a un editor de código clásico. Y si además permite instalar plugins y tiene una gran comunidad… Hablo de VSCode, claro, aunque también podría hacerlo de Obsidian, que tiene otro enfoque, pero es de lo mejor que hay en su terreno. ¿Quién más por ahí le da a Markdown y lo más importante, cómo?

Fuente: Muy Linux.