Screenshot de AV Linux MX Edition 23.2

Llega la nueva versión de actualización de la ISO de AV Linux MX Edición 23.2 y en esta liberación los desarrolladores han abordo diversos errores importantes de la versión anterior (con la transición a Debian Bookworm) y presentan diversas mejoras significativas.

De los cambios más importantes que se implementaron en AV Linux MX Edition 23.2, es el cambio al entorno de escritorio Enlightenment, la implementación de PipeWire como predeterminado para el audio del sistema, mejoras en los atajos y más.

¿Qué hay de nuevo en AV Linux MX Edition 23.2?

Uno de los aspectos más destacados de AV Linux MX Edition 23.2 es la solución de diversos problemas que surgieron en la versión anterior. Estos problemas se presentaron debido a la transición a Debian Bookworm y de ellos la actualización resuelve problemas de permisos que impedían que el firewall gufw se iniciara correctamente.

Por la parte las actualizaciones, se destaca que ahora se ha reemplazado el Xfce en favor de Enlightenment 0.25.4, además de que se ha habilitado el servidor de medios PipeWire de forma predeterminada y se ha incluido WineASIO 1.2.0b para resolver problemas de larga data con versiones de Wine-Staging posteriores a la 8.2, junto con una interfaz simple para WineASIO.

Ademas de ello, ahora de forma predeterminada la opción «No atenuar retroiluminación» (el desvanecimiento gradual de la luz de fondo de la pantalla ) ahora está habilitada. Este cambio evita que la retroiluminación se establezca en ‘0’. Este cambio se implementó debido a que varios usuarios reportaron que la pantalla de inicio de sesión de lightDM fuera invisible después que instalaran AVL-MXe y lo iniciaron con la configuración predeterminada de sysvinit.

Otro de los cambios que se destaca de AV Linux MX Edition 23.2 es que ahora hay un acceso directo para cambiar el diseño del teclado en el panel principal de Enlightenment. El panel incluye un atajo para cambiar la distribución del teclado, ofreciendo 60 configuraciones regionales para diversos idiomas. Esto beneficia especialmente a los usuarios que no hablan inglés, ya que no necesitan instalar manualmente las configuraciones regionales adicionales.

Además de ello, para los usuarios con configuraciones WiFi complejas, se ha agregado una interfaz gráfica CMST como alternativa al «administrador de conexión de Enlightenment». Esta adición permite al usuario configurar conexiones de red usando Connman, que se puede usar si las capacidades del configurador estándar de Enlightenment Connection no son suficientes.

También se destaca que se han realizado ajustes en la configuración de ventanas para mejorar el comportamiento al hacer clic y evitar que las ventanas aparezcan fuera de los bordes de la pantalla y que además AVL-MXe ahora cuenta con íconos mejorados específicos de AVL-MXe en aplicaciones personalizadas, acciones personalizadas de Thunar y la ventana de bienvenida de MX-Welcome.

De los demás cambios que se destacan:

• Se ha añadido un nuevo acceso directo para reproducir CDs con MPV
• Se ha incluido System Config Printer para facilitar la configuración de impresoras, una característica que faltaba en la versión anterior.
• La ISO aclara la elección entre sysvinit y systemd, recomendando systemd para una mejor compatibilidad con el entorno de escritorio Enlightenment.
• Se han añadido ajustes que permiten cambiar el enfoque al hacer clic en una ventana y limitar su movimiento para evitar que se salga de los bordes de la pantalla.

Si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Descarga y obtener AV Linux MX Edition 23.2

Para quienes estén interesados en descargar y probar esta nueva versión de AV Linux MX Edition 23.2, solo debes dirigirte a su página web oficial y en su sección de descargas encontraras los links para descargar esta distro de Linux.

El enlace es este.

Ahora, si ya eres usuario de esta distro y quieres obtener las nuevas actualizaciones proporcionadas en esta liberación, solo basta con que ejecutes los comandos de actualización en tu distro desde la terminal.

Solo tienes que ejecutar en terminal:

sudo apt update
sudo apt upgrade -y

Hecho esto, ahora tendrás que reiniciar tu equipo para que todos los cambios sean aplicados en el siguiente inicio.

Ya de nuevo en tu sistema, tendrás que nuevamente abrir una terminal y en ella ejecutas los siguientes comandos:

sudo apt update
sudo apt dist-upgrade -y

Por ultimo tendrás que volver a reiniciar tu sistema por una última vez para que las actualizaciones recibidas sean implementadas.

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

Phosh es una interfaz gráfica de usuario diseñada para dispositivos móviles y táctiles

Hace poco se dio a conocer el lanzamiento de la nueva versión de Phosh 0.38, y en esta nueva versión se han implementado mejoras visuales, asi como también que se han realizado algunas mejoras de rendimiento, mejoras de soporte en los componentes implementados desde Gnome 46, correcciones de errores y más.

Para quienes desconocen de Phosh deben saber que es un shell desarrollado inicialmente por Purism como alternativas a Gnome Shell y ahora forman parte de los proyectos no oficiales de Gnome y se utilizan en varias plataformas, además del Librem 5, como postmarketOS, Mobian.

Phosh utiliza el servidor compuesto Phoc sobre Wayland y cuenta con su propio teclado en pantalla llamado squeekboard. Phosh y phoc implementan las interfaces de escritorio estándar de GNOME, lo que les permite ejecutar aplicaciones gtk+3 y GNOME sin necesidad de modificaciones.

¿Qué hay de nuevo en Phosh 0.38?

En esta nueva versión que se presenta de Phosh 0.38, la base del shell se actualizó a la versión de wlroots 0.17.2, lo que implica mejoras y correcciones en el backend de composición Wayland, además de que se realizaron más limpiezas y correcciones internas las cuales proporcionaron una mejora en estabilidad y rendimiento del compositor Wayland. También otra actualización importante es la de bump a la nueva versión layer-shell 3.

Por la parte de las mejoras en el aspecto visual, ahora en el Launcher las entradas del iniciador de la pantalla de bloqueo muestran el recuento y el progreso, lo que proporciona información visual sobre las acciones en curso, como la descarga de actualizaciones y se mejoró el manejo de dispositivos con esquinas redondeadas.

Otro de los cambios que se destaca de Phosh 0.38 es que se agregó soporte para datos: URI en el reproductor multimedia, lo que permite la reproducción de archivos de medios directamente desde fuentes externas y se crearon GObjects de subsuperficies y ventanas emergentes, lo que puede mejorar la representación y la gestión de elementos en la pantalla.

Tambien se realizaron mejoras en OSD (On-Screen Display) para casos en los que no haya nivel, además de que ahora en Phosh 0.38 se permite que las vistas estén siempre visibles, lo que puede mejorar la accesibilidad y la experiencia de usuario

Por la parte de las correcciones de errores, se destaca la solución al problema de inicio de sesión con gnome-session 46 y que se corrigieron problemas relacionados con la el escalado de imagenes en segundo plano.

De los demás cambios que se destacan de esta nueva versión:

• Los clientes ahora pueden verificar si hay un teclado conectado (hardware).
• Se realizaron correcciones de escala fraccionaria para garantizar una representación adecuada de la interfaz en dispositivos con diferentes densidades de pantalla.
• Ahora es posible moverse a la esquina mediante combinaciones de teclas.
• Se agregaron 25 nuevas formas anchas disponibles, lo que amplía las opciones de diseño para adaptarse mejor a las preferencias de los usuarios.
• Ahora se permite mover los íconos más hacia el centro si las esquinas redondeadas obstruyeran la interfaz de usuario
  elementos.
• Se corrigió la diferente disposición de las teclas en las formas ancha y base del diseño alemán.
• Se trasladó a una base de desarrollo más actualizada (Debian Testing).
• Se realizó una limpieza de archivos de diseño para facilitar la comprensión y la personalización por parte de los usuarios avanzados.
• Se añadieron propiedades para realizar un seguimiento del progreso
  En el panel superior se proporciona el tamaño de icono predeterminado y el relleno mínimo

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

¿Como instalar Phosh?

Si estas interesado en poder probar Phosh, deben saber que Fedora actualmente ofrece un Spin dedicado a este entorno, por lo que si eres usuario de Fedora o piensas probar Fedora puede ser una buena oportunidad para ello. Ahora, si te encuentras en Ubuntu, basta con que abras una terminal y en ella vas a teclear el siguiente comando:

sudo apt-get -y install phosh

Si eres usuario de Arch Linux o de alguno de sus derivados, debes teclear lo siguiente:

yay -S phosh-git 

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

Incus es un administrador de máquinas virtuales y contenedores de sistemas moderno, seguro y potente.

Poco después del lanzamiento de LXD 6.0, los desarrolladores de la comunidad Linux Containers dieron a conocer el lanzamiento de Incus 6.0 LTS (la bifurcación de LXD, creado por el antiguo equipo de desarrollo que una vez creó LXD, la cual ofrece soporte extendido para entornos de producción, garantizando correcciones de errores, mejoras de seguridad y actualizaciones menores de usabilidad durante los próximos 2 años. Después de este período, Incus 6.0 LTS continuará recibiendo mantenimiento de seguridad durante los 5 años restantes de su ciclo de vida.

Para quienes desconocen de Incus, como ya mencionamos, es un fork de LXD que surgió debido a la decisión de Canonical de desarrollar LXD como un proyecto corporativo separado, apartándolo de la comunidad de Linux Containers que supervisó su desarrollo. La creación de Incus tuvo como objetivo brindar una alternativa independiente impulsada por la comunidad. Este proyecto ofrece herramientas para la gestión centralizada de contenedores y máquinas virtuales, ya sea en un solo host o en un clúster de servidores.

¿Qué hay de nuevo en Incus 6.0 LTS?

Este nuevo lanzamiento de Incus 6.0 LTS llega después de Incus 0.7 y el cambio en la numeración en lugar de dar el salto a la versión 1.0 como comúnmente debería de ser, la elección de cambiar a «6.0» es en referencia a los lanzamientos de los otros proyectos hermanos, «LXC 6.0 y LXCFS 6.0 LTS», además de que mantendrá el mismo tiempo de soporte.

Por la parte de los cambios propios de la herramienta sobré los cuales estuvieron trabajando el grupo de desarrollo, podremos encontrar que en Incus 6.0 LTS se ha ampliado la clave de configuración limits.memory.swap para permitir también cantidades de bytes,esto ahora hace que su comportamiento sea el siguiente:

• limits.memory.swap=true: La memoria del contenedor se puede intercambiar (predeterminado)
• limits.memory.swap=false: El contenedor no debería intercambiarse (intercambio mínimo)
• limits.memory.swap=256MiB: El contenedor puede utilizar hasta 256MiB de espacio de intercambio (además de su límite de memoria establecido limits.memory)

Otro de los cambios que se destaca de esta nueva versión, es la introduccion de un nuevo mecanismo de finalización de shell, ya que se ha completado la migración hacia la generación automática de scripts de finalización para varias shells (bash, fish, powershell y zsh) facilitando la integración y la experiencia del usuario.

Tambien se destaca la migración en vivo de VM’s con discos conectados desde almacenamiento remoto ahora pueden migrarse en vivo junto con la máquina virtual. Con ello ahora, las máquinas virtuales que incluyen discos adicionales conectados desde un grupo de almacenamiento remoto, como Ceph o LVM, pueden migrarse en vivo junto con la máquina virtual principal.

De los demás cambios que se destacan:

• shiftfsse ha eliminado a favor del cambio de mapa de identificación de VFS
• Canonical CandidLa autenticación se ha eliminado a favor de OpenID Connect.
• Canonical RBACla autorización ha sido eliminada a favor de OpenFGA
• Canonical MAASSe ha eliminado la integración de red (función inferior/no utilizada)
• Ubuntu FanLa creación de redes se ha eliminado a favor de OVN.
• core.trust_passwordse ha eliminado en favor de los tokens de confianza por razones de seguridad
• La configuración del puente de red administrado ahora admite la creación y conexión de interfaces VLAN, mejorando la flexibilidad y la escalabilidad de las redes en Incus.
• Se ha añadido la capacidad de obtener información detallada del sistema y los dispositivos USB a través de la herramienta incus info --resources, facilitando la administración y el monitoreo del entorno.
• Se agrego la verificación OVN en el controlador ovn
• Se reordenaron las comprobaciones de configuración

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

¿Como instalar Incus en Linux?

Para los interesados en poder instalar Incus en su sistema, deben saber que se proporcionan los paquetes precompilados en la mayoría de los repositorios de las distribuciones populares. Por ejemplo, en Arch Linux basta con teclear:

sudo pacman -S incus

En el caso de Fedora:

sudo dnf install 'dnf-command(copr)'
sudo dnf copr enable ganto/lxc4
sudo dnf install incus

Mientras que para Debian y Ubuntu dependiendo sobre que versión se encuentren, puede que el paquete esté el repositorio o deban realizar algunos pasos adicionales. Para ello, si quieres instalarlo, configurarlo o si quieres un método distinto de instalación, puedes consultar los detalles en este enlace.

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

Logo de Redict

Poco después de que Redis anunciara un cambio en las licencias de sus productos, comenzó a darse el movimiento por crear una alternativa a este, debido a que las nuevas licencias implementadas son incompatibles con otros productos de código abierto, por ejemplo Fedora y de ese movimiento conocimos el nacimiento de Valkey el cual es un proyecto de la fundación Linux, asi como también de Redict una bifurcación de Redis creada por Drew DeVault, conocido por sus proyectos como el entorno de usuario Sway, el lenguaje de programación Hare, el cliente de correo electrónico Aerc y la plataforma de desarrollo colaborativo SourceHut.

Sobre esta última, Drew DeVault anuncio hace poco el lanzamiento de Redict 7.3.0, siendo esta la primera versión independiente de este proyecto y trae consigo cambios mínimos, como la modificación de nombres de utilidades y archivos de configuración, manteniendo así la compatibilidad con Redis 7.2.4. Aunque Redict es compatible con esta versión, no guarda relación ni es compatible con la rama de desarrollo de Redis 7.3.0.

Además, el equipo de Redict tiene planes de invertir en la documentación de Redict, con el objetivo de convertirse en la referencia principal para todos los participantes en el ecosistema. También están trabajando en mejoras para Hiredict (la bifurcación de la biblioteca cliente oficial de Redis C), incluyendo mejoras en el sistema de compilación y un mayor cumplimiento de los estándares Unix.

A diferencia de otras bifurcaciones como Valkey, creada por grandes empresas, Redict tiene como objetivo principal mantener la estabilidad y conservatismo en el código en lugar de impulsar cambios radicales e innovaciones. Los desarrolladores de Redict consideran que Redis, en su estado actual, es un proyecto maduro y completo, enfocándose en asegurar la corrección de errores y vulnerabilidades en lugar de añadir más funcionalidades. Este enfoque valora la estabilidad para los usuarios antes que las nuevas funciones, priorizando la relación con las distribuciones y tareas como la desventaja de Lua y jemalloc.

Hemos tomado estas decisiones porque creemos que son esenciales para garantizar un futuro basado en el software libre, y en el que nuestros usuarios y contribuyentes ya no puedan quitarles la alfombra de debajo de los pies. Creemos que es fundamental tomar estas decisiones ahora, al comienzo de nuestra bifurcación, especialmente en respuesta a la crisis que enfrenta la comunidad Redis® por parte de sus gerentes comerciales. Si no desea que su inversión en este software corra el riesgo de otra crisis artificial en nombre de las ganancias, si desea beneficiarse de la protección copyleft y una garantía de que su software seguirá siendo gratuito, le recomendamos que adopte Redict para sus necesidades.

Redict busca una construcción independiente y comunitaria de su software, sin estar influenciado por intereses empresariales limitados. La elección de la licencia LGPL en lugar de BSD para los cambios en Redict se basa en proteger contra posibles intentos de crear distribuciones propietarias de Redict y evitar el bloqueo de la transferencia de código al proyecto ahora propietario, Redis. Al mismo tiempo, la licencia LGPL permite que los desarrolladores de productos comerciales y sistemas en la nube utilicen Redict en sus servicios y proyectos. Redict se desarrollará exclusivamente por la comunidad y en beneficio de la misma, en contraposición a ser impulsado por un grupo reducido de empresas con intereses específicos. Las decisiones de desarrollo se tomarán mediante consenso entre los participantes del proyecto.

Los planes futuros incluyen la modernización del sistema de compilación, la creación de bifurcaciones de bibliotecas cliente (como Hiredict, una bifurcación de una biblioteca con una implementación de cliente para Redis en lenguaje C) y la eliminación de opciones integradas para Lua y jemalloc en favor de conectar dependencias externas. Esto simplificará el mantenimiento de paquetes en las distribuciones. Además, se considera la posibilidad de transferir cambios útiles y no radicales desde la base del código de Valkey.

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

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

Hace menos de 24 horas desde que Kodi Team lanzó una nueva versión de su centro multimedia. Una de las novedades que introdujo es una versión de Kodi 21.0 para webOS, el sistema operativo que tienen instalado la mayoría de teles inteligentes de LG. Como yo adquirí una en 2019, he probado suerte para comprobar que funciona. ¿Merece la pena instalarlo? Para el que no tenga alternativa, totalmente; eleva televisiones de mediana edad a otro nivel.

Ahora bien: los dispositivos con webOS no suelen ser tan potentes como un ordenador o un TV Box, y eso hay que tenerlo en cuenta. Aunque se pueda instalar webOS en una Raspberry Pi, no creo que sea lo mejor si tenemos en cuenta que también tiene opción de usar Android o distribuciones Linux ARM. Kodi ya se nota pesado en algunos ordenadores, y en webOS, bueno, diré que funciona. Justo, pero lo suficiente como para que encienda mi portátil-tv-box un poquito menos.

Instalación de Kodi en webOS 4+

El proceso de instalación de Kodi en webOS es para casi todos los públicos. No es para todos, porque hace falta un PC, instalar una aplicación para gestionar el modo desarrollador, crearse una cuenta de desarrollador… Hay que darse un paseo, pero el resultado merecerá la pena. El proceso está explicado también en la Wiki de Kodi:

1. Vamos a este enlace y o nos creamos una cuenta o usamos nuestra cuenta de LG. Hay que seguir las instrucciones.
2. Una vez creada la cuenta, vamos a este otro enlace y descargamos webOS Dev Manager. Es la aplicación para PC que usaremos para subir la app a nuestro dispositivo. Para Linux, está como AppImage.
3. Desde la página de Kodi, descargamos la última versión – o la que necesitemos – de Kodi para webOS. Es un archivo con extensión IPK.
4. Desde la tele o el aparato con webOS, vamos a la tienda de aplicaciones, buscamos Developer Mode e instalamos la aplicación.
5. La iniciamos y ponemos la cuenta de desarrollador que habremos creado en el paso 1.
6. Activamos el modo desarrollador dándole al interruptor. Nos pedirá un reinicio. Aceptamos.
7. Volvemos a entrar y activamos el «Key server». Deberá quedar como en la siguiente imagen (editada para algo más que pixelar la información):

8. Abrimos la aplicación webOS Web Manager en nuestro PC, que tiene que estar conectado a la misma red WiFi que el dispositivo en el que queremos instalar Kodi.
9. Si en la ventana de bienvenida no sabemos qué poner, elegimos «Developer Mode».
10. Nos fijamos en los pasos que hay que seguir y vamos marcando las cajas de verificación en todos los pasos que hayamos completado.

11. Cuando hayamos terminado, hacemos clic en Skip o Next.
12. Completamos la configuración. El nombre es sólo para identificar la tele, y tanto la dirección como la autenticación aparecen en la aplicación Developer Mode de webOS. La identificación coincide con la «Passphrase».

13. Una vez emparejado veremos una ventana como la siguiente, y sólo quedará darle a «Install» y buscar el archivo IPK que es la versión de Kodi para webOS. La instalación dura algo menos de un minuto.

Es mejor no abusar

Kodi para webOS es una realidad oficial, pero no merece la pena creer que puede con todo. Por ejemplo, a mí no me ha funcionado nada que dependa de la red Torrent, pero sí algunos complementos como el de Pluto TV que puede hacer que me olvide de la aplicación oficial. Y otras cosas.

Y un par de cosas a tener en cuenta: si algo sale mal, se puede eliminar el contenido problemático o toda la carpeta de configuración desde la aplicación del PC yendo a la ruta /media/developer/apps/usr/palm/applications/org.xbmc.kodi/. Esto sería como eliminar la carpeta .kodi de nuestra carpeta personal en Linux. Y al iniciar por primera vez es como la versión flatpak: hay que añadir o rechazar la activación de un montón de complementos.

Es una opción que irá mejor o peor dependiendo de lo moderna que sea la televisión, y yo recomiendo, al menos, probarla.

from Linux Adictos https://ift.tt/6vamsZH
via IFTTT

FFmpeg es el marco multimedia líder

FFmpeg 7.0 «Dijkstra» ya fue liberado y en esta nueva versión se presentan una serie de mejoras significativas que abarcan desde la mejora de compatibilidad con diversos formatos, asi como la introduccion de nuevas funcionalidades, mejoras en codificadores, decodificadores, correcciones de errores y más.

En esta nueva versión que se presenta de FFmpeg 7.0 una de las novedades más destacadas es la implementación de la ejecución paralela de operaciones, esto permite realizar múltiples tareas simultáneamente, como desempaquetar/empaquetar contenedores de medios, decodificar, codificar y aplicar filtros.

Otra de las mejoras que se presenta en FFmpeg 7.0 son las de compatibilidad con formatos, y es que se destaca la introduccion del soporte para la codificación y decodificación de vídeo en formato MPEG-5 (EVC – Essential Video Coding) a través de la biblioteca externa libxevd.

Además, se han añadido desempaquetadores y empaquetadores de contenedores de medios para formatos como QOA (Quite OK Audio) este formato se utiliza para la transmisión de audio sin pérdida de calidad y se destaca por su rendimiento superior en comparación con otros formatos, pues se afirma que es tres veces más rápida que la decodificación en Ogg-Vorbis.

Tambien se destaca el soporte añadido para los desempaquetadores y empaquetadores para el formato IAMF (Immersive Audio Model and Format). Este formato está diseñado para distribuir sonido envolvente de manera efectiva, proporcionando un contenedor que incluye información adicional necesaria para el funcionamiento de algoritmos que reconstruyen escenarios sonoros y realizan mezclas de sonido.

Por otra parte, FFmpeg 7.0 incluye un decodificador experimental para el formato VVC (Versatile Video Coding), también conocido como H.266. Este nuevo decodificador representa un avance en la capacidad de FFmpeg para manejar la compresión de vídeo de última generación, facilitando la reproducción y manipulación de contenido en resoluciones desde SD hasta 8K, con soporte para HDR (High Dynamic Range) y vídeo panorámico en modo de 360 grados.

Además de estas mejoras en compatibilidad y funcionalidad, en FFmpeg 7.0 se ha implementado la capacidad de utilizar API D3D12VA (Direct 3D 12 Video Encoding) para la aceleración por hardware de la decodificación de varios formatos como H264, HEVC, VP9, AV1, MPEG-2 y VC1, mejorando el rendimiento y la eficiencia en sistemas compatibles con esta tecnología.

De los demás cambios que se destacan:

• Ahora es compatible con la decodificación acelerada por hardware utilizando las API Vulkan y libplacebo.
• Se ha añadido soporte para el protocolo URI de contenido utilizado en la plataforma Android.
• Los requisitos de compilación han aumentado; ahora se necesita un compilador que admita el estándar C11 para compilar FFmpeg.
• Para los codificadores basados en QSV (Intel Quick Sync Video), se ha cambiado el método de control de velocidad de bits predeterminado de VBR a CQP.
• Se ha introducido un nuevo desempaquetador para contenedores de medios DVD-Video, basado en las bibliotecas libdvdnav y libdvdread del proyecto VideoLAN.
• Ahora es posible transmitir metadatos en paquetes en la implementación del formato flv.
• Se ha agregado el codificador DXV DXT1 y el decodificador LEAD MCMP.
• Para los formatos MP4 e ISOBMFF, se ha implementado la inclusión de metadatos AVE.
• Se ha incorporado la compatibilidad con la tecnología AFGS1, utilizada en la especificación AV1 Film Grain, para mejorar la compresión de imágenes granuladas.
• Se ha añadido soporte para imágenes fijas en formatos HEIF y AVIF, así como imágenes fijas en mosaico.
• El perfil Dolby Vision ahora está disponible para el formato AV1.
• Por último, se proporciona soporte para reenviar metadatos HDR10 al codificar a través de las bibliotecas libx264, libx265 y libsvtav1.

Para quienes estén interesados en poder conocer más al respecto sobre este nuevo lanzamiento o conocer más sobre FFmpeg, pueden consultar los detalles en el siguiente enlace.

Descargar y obtener FFmpeg 7.0

Finalmente, para quienes quieran realizar la instalación o actualización de FFmpeg 7.0 deben saber que este paquete se encuentra en la mayoría de las distribuciones de Linux o si lo prefieren pueden descargar su código fuente para su compilación desde el siguiente enlace.

Y para realizar la instalación desde el código fuente, basta con ejecutar la secuencia de comandos ya conocidos:

./configure
make
make install

Para el caso de los que son usuarios de Ubuntu, Debian o cualquier otro derivado de estas distribuciones basta con abrir una terminal y en ella ejecutar el siguiente comando:

sudo apt install ffmpeg

Mientras que para el caso de Fedora el comando a ejecutar es el siguiente:

sudo dnf install ffmpeg

Y para el caso de los que son usuarios de Arch Linux, Manjaro o cualquier otro derivado de Arch Linux basta con ejecutar el siguiente comando:

sudo pacman -S ffmpeg

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

systemd es un conjunto de demonios de administración de sistema

Recientemente, los desarrolladores de systemd tuvieron una discusión en la cual se puso sobre la mesa el tema de la reducción de las dependencias de la biblioteca libsystemd (la biblioteca encargada de implementar servicios e interactuar con systemd). Esto debido a que actualmente se plantea una cierta preocupación sobre el aumento de dependencias de terceros en libsystemd que no son controladas por el proyecto y esto aumenta de la superficie de ataque. El iniciador de la discusión destaca que libsystemd carga varias bibliotecas críticas, como libzstd, liblz4 y libgcrypt, además de liblzma y glibc. Esto plantea problemas de seguridad significativos, especialmente si estas bibliotecas de terceros se ven comprometidas.

En Fedora, por ejemplo, más de 150 paquetes dependen de libsystemd, lo que aumenta la complejidad y los riesgos asociados. La propuesta para abordar esto implica dividir libsystemd en varias librerias separadas, cada una responsable de una API específica. Esto permitiría cargar dependencias de terceros solo cuando sean necesarias, reduciendo así la exposición a posibles vulnerabilidades en bibliotecas no controladas directamente por los desarrolladores de systemd.

Sin embargo, los desarrolladores de systemd argumentan que esta separación sería problemática debido a la interconexión de los controladores presentes en libsystemd. Consideran que la división requeriría mucho trabajo y podría resultar en una pérdida de eficiencia o la necesidad de duplicar el código, lo que contrarrestaría los beneficios de seguridad buscados.

En lugar de una separación completa, libsystemd ha optado por un enfoque más dinámico al cargar dinámicamente las bibliotecas liblzma, libzstd y liblz4 cuando sea necesario, utilizando la llamada dlopen(). Se planea implementar un cambio similar para libgcrypt en futuras versiones para abordar tanto las preocupaciones de seguridad como las necesidades de eficiencia y mantenibilidad del código.

Creo que la mayoría de estas dependencias no son necesarias para implementar funciones centrales de libsystemd, como las mencionadas anteriormente.

Este problema puede significar dividir libsystemd en múltiples bibliotecas que implementen diferentes API, una de las cuales, por ejemplo, libsystemd-core, solo dependería de libc, y otras bibliotecas más especializadas agregarían otras dependencias. Además, si algunas de las dependencias solo son necesarias para ciertos servicios systemd, mueva las dependencias a esos servicios.

El efecto final de esto debería ser reducir la superficie de ataque y mejorar la seguridad del sistema.

Durante la discusión hubo un punto el cual la mayoría de los desarrolladores criticaron, y es que mencionan que la decisión de cargar bibliotecas de terceros de forma implícita mediante dlopen() en libsystemd generaría un trabajo adicional debido a la complejidad añadida en el diagnóstico y la falta de visibilidad de los enlaces, además de que mencionan que esto complica la identificación de llamadas API de libsystemd que se conectan a funciones de bibliotecas externas, ya que no es obvio en el código. Esta nueva forma de carga, aunque no cambia la arquitectura subyacente, oculta los componentes externos de los mantenedores y usuarios.

Lenart Pottering expresó su desacuerdo con la idea de dividir libsystemd en varias bibliotecas debido a las complicaciones que esto conllevaría en el intercambio de código y el mantenimiento de la estabilidad de la API y los espacios de nombres. Dividir libsystemd requeriría exponer todos los controladores internos o compilarlos estáticamente por separado en cada biblioteca, lo que podría aumentar el tamaño debido a la duplicación de código o dificultar la gestión de la estabilidad y coherencia del sistema.

En lugar de la división, la estrategia de cargar bibliotecas externas solo cuando sea necesario se considera óptima, además de que para abordar la complejidad añadida en el diagnóstico, se propone agregar campos adicionales a los archivos ELF con información sobre las dependencias dinámicas cargadas, permitiendo que los depuradores procesen esta información y la muestren en la salida de herramientas como readelf. Esto proporcionaría una mayor transparencia y visibilidad sobre las dependencias dinámicas utilizadas por libsystemd, facilitando así el diagnóstico y la depuración de problemas relacionados con las bibliotecas externas cargadas dinámicamente.

Lenart recomendó a los desarrolladores de aplicaciones que, en lugar de vincularse directamente con libsystemd para una función específica, se implemente un controlador de protocolo a nivel de aplicación.

Esta estrategia de implementar controladores de protocolo a nivel de aplicación ofrece varias ventajas:

• Reduce la dependencia de libsystemd y evita la carga de bibliotecas externas cuando no son necesarias.
• Proporciona más flexibilidad y control sobre la funcionalidad específica requerida por la aplicación.
• Simplifica el diagnóstico y la depuración al tener un control más directo sobre la implementación de funciones específicas.
• En general, esta aproximación promueve la modularidad y la independencia de las aplicaciones, mejorando la flexibilidad y la eficiencia en el desarrollo y mantenimiento del software.

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

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

Han pasado unos 15 meses desde el lanzamiento de la anterior versión mayor y ya tenemos aquí la nueva. Kodi Team ha lanzado – sí, la imagen de bienvenida es así de borrosa –  Kodi 21.0 Omega, y llega con una lista de novedades en la que destaca el soporte para FFmpeg 6.0. Ya está disponible la v7.0 de la famosa librería multimedia, pero, como es habitual en estos casos, se elige incluir algo más maduro y no software más nuevo que puede contener bugs.

Entre las novedades, una noticia: el equipo de desarrolladores decidió en marzo descontinuar el repositorio para Ubuntu. El motivo es que ese repositorio sólo es compatible con un grupo de distribuciones Linux, y Kodi Team va a centrar sus esfuerzos Linuxeros en desarrollar y mantener la versión flatpak. Es una decisión lógica que no gustará tanto a los usuarios de Ubuntu. Aunque los paquetes flatpak gustan, no deja de ser cierto que requieren dependencias que engordan el peso de una aplicación, por lo menos en las primeras instalaciones.

Novedades más destacadas de Kodi 21.0 Omega

• Mejorada la representación de textos de etiquetas.
• Eliminada la declaración hacia adelante de FlatBufferBuilder.
• Subtítulos:
  • Añadido soporte a la colección de fuentes (.ttc).
  • Habilitado paréntesis bidi para subtítulos adaptados.
  • Evitar llamadas a métodos virtuales en destructor.
• Mejoras en el disipador de audio en webOS.
• Sincronización de traducciones de metadatos de addons.
• Gestión de Re pág/Av Pág, etc en ajustes.
• Mantener la posición de selección después del final de la reproducción / cambio de estado observado.
• Estuary:
  • Reiniciar temporizador 1110_seekbar en búsquedas.
  • También iniciar temporizador (con reset) en búsquedas.
  • Reiniciar temporizador mientras se muestre el osd.
• PVR.
  • Diálogo de configuración del temporizador: Establecer ciertos ajustes por defecto en el cambio de tipo de temporizador.
  • Tipos de temporizador dinámicos.
  • Corregir algunas advertencias CPPCheck y clang-tidy.
• Arreglar el filtro visto/no visto no funciona al crear reproducciones.
• Traducciones actualizadas.
• Arreglada la reproducción automática del siguiente vídeo no funciona desde el interior del diálogo de información de vídeo.

Por plataformas

• Windows:
  • Añadir DXVA Video Super Resolution upscaler.
  • DXVA: comprobar si los espacios de color HDR10 son compatibles con el procesador de vídeo.
  • Eliminar registro innecesario para Intel sin soporte de escalador de súper resolución.
  • HLG > PQ HDR Reproducción correcciones.
  • Desactivar el mapeo de tonos del procesador para AMD y HDR a HDR.
  • Añadir información del método de renderizado al OSD de depuración.
  • Refactorizar el código del procesador de vídeo.
  • Distinguir entre host/nativo descarga/herramientas para windows construir.
  • Eliminar solución para Video Super Resolución.
  • Probar el soporte del procesador de vídeo para la conversión SDR a SDR.
  • Actualizar libass a 0.17.1.
  • Añadir componente de registro «Gráficos» para Direct3D.
  • Hacer HiDPI más genérico/plataforma agnóstica.
  • Configuración para procesamiento de alta precisión / mapeo de tonos HDR.
  • Refactorizar DXGI_FORMAT a std::string para depurar información OSD.
  • Refactorizar Video Super Resolución.
  • Eliminar código no utilizado en DeviceResources.cpp.
  • Eliminar la duplicación de velocidad de fotogramas extra no utilizada para resoluciones entrelazadas en CVideoSyncD3D.
  • Corregido: mostrar 119.88Hz y futuras frecuencias de refresco más altas correctamente.
  • RetroPlayer: Arreglar colores azules/rosas en pantallas de 10 bits.
  • Refactorizar CProcessorHD/CEnumeratorHD para eliminar el acceso directo a las interfaces del enumerador D3D.
  • Arreglar el diálogo de confirmación que no se muestra al mover a pantalla completa.
• macOS:
  • Compatible con pantallas HiDPI (retina).
  • Apoyar movimiento a pantalla completa / Fijar pantalla perdida.
  • Ventana nativa por defecto.
  • Comprobar y actualizar la configuración del monitor al iniciar.
• Android:
  • Ajustar macros de acuerdo a la API que están apuntando.
  • Eliminar constantes innecesarias if y use MediaFormat.
  • Preferir el decodificador de Google raw a MediaTek en dispositivos viejos.
• Linux:
  • Añadido –audio-backend=.
  • Simplificada la configuración de la prioridad de los hilos.
  • Uso de XB_FMT como enum en los hilos.
  • Pipewire: Capturar excepciones en CPipewire::Create().

Ya disponible

Kodi 21.0 Omega se anunciará oficialmente pronto y ya se puede descargar desde su página web oficial, por lo menos para Windows. Los usuarios de Linux deberemos esperar un poco más de tiempo. Como hemos explicado, ahora la versión oficial es el paquete flatpak, y para que aparezca como opción tiene que pasar un proceso de revisión. En las próximas horas aparecerá también en los repositorios oficiales de algunas distribuciones Linux. El tiempo aproximado dependerá de la filosofía de actualizaciones de cada proyecto.

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

backdoor XZ

Sin dudas el caso del backdoor que fue detectado en la utilidad XZ, es uno de los casos que pasara a la historia de Linux y es que no es por nada, pero todo el trabajo realizado por Jia Tan es uno de los mejores ejemplos de ingeniería social aplicada, ya que el trabajo realizado sin dudas es de admirar por la cantidad de tiempo invertido, pues no hablamos de semanas o meses, al menos dos años.

Este caso ha llamado la atención de muchos y se han comenzado a realizar análisis de ingeniería inversa, los cuales según sus resultados preliminares revelan la presencia de un backdoor incrustado en liblzma como parte de una campaña para infiltrar el paquete XZ. Este backdoor está diseñado específicamente para afectar a sistemas x86_64 con el kernel de Linux y la biblioteca Glibc C, donde se aplica un parche adicional a sshd para vincularlo con libsystemd.

Los investigadores mencionan que inicialmente se creyó que el backdoor podría evadir la autenticación sshd y obtener acceso al sistema a través de SSH, pero al realizar un análisis más detallado se reveló que el backdoor permite la ejecución de código arbitrario en el sistema sin dejar rastros en los registros sshd.

La función RSA_public_decrypt es interceptada por el backdoor para verificar la firma del host usando la clave fija Ed448. Si la verificación es exitosa, se ejecuta el código transmitido por el host externo utilizando la función system() antes de que sshd restablezca los privilegios. Los datos del código a ejecutar se extraen del parámetro «N» pasado a la función RSA_public_decrypt y se verifican y descifran utilizando la clave predefinida ChaCha20.

Para activar el backdoor en sshd, se utiliza el mecanismo estándar de intercambio de claves de host y responde únicamente a la clave preparada por el atacante y correspondiente a la clave fija predefinida Ed448. Si la verificación de la firma de la clave pública falla o si no se confirma la integridad de los datos de ejecución, el backdoor devuelve el control a las funciones SSH estándar.

La clave privada del atacante sigue siendo desconocida, lo que imposibilita la implementación de un código de verificación para activar el backdoor desde fuentes externas o para desarrollar un escáner que detecte hosts comprometidos en la red. Sin embargo, los investigadores han desarrollado un script que muestra cómo se puede sustituir una clave pública en un certificado OpenSSH transmitido por un cliente SSH, lo cual es procesado por la función RSA_public_decrypt interceptada por el backdoor

Además, los investigadores descubrieron la existencia de un mecanismo para neutralizar el backdoor (killswitch) en el sistema local mediante la configuración de una variable de entorno antes de iniciar sshd. También se ha realizado un análisis detallado de compilaciones de shell utilizadas para confundir el proceso de extracción de un archivo objeto con un backdoor y reemplazarlo en la biblioteca liblzma.

Durante la compilación del paquete XZ, se ejecutó un código desde el script «build-to-host.m4» que manipuló un archivo de prueba y realizó ciertas modificaciones en los caracteres y lo transformó en un archivo intacto, del cual se extrajo el script de shell. El script de shell resultante fue capaz de extraer gradualmente otro script de shell del contenido, omitiendo ciertas secuencias con los comandosy reemplazando caracteres.

Como resultado de este proceso, se creó un script de shell bastante complejo y extenso que extrajo directamente el archivo con el backdoor del archivo good-large_compressed.lzma, lo descifró y lo insertó en liblzma. Este script también incluía una implementación del mecanismo de complemento, que permitía la entrega de componentes ejecutables adicionales posteriormente al colocar nuevos archivos de prueba sin alterar good-large_compressed.lzma y bad-3-corrupt_lzma2.xz, mediante una búsqueda de firmas. El código también incorporaba un descifrador basado en el algoritmo RC4, implementado en el lenguaje AWK

Por otra parte, cabe mencionar que en base al incidente, se ha desarrollado un conjunto de herramientas llamado xzbot, que incluye:

• Un honeypot para crear servidores ficticios que simulan ser vulnerables para detectar intentos de conexión de atacantes.
• Un parche para reemplazar la clave pública en la puerta trasera dentro de liblzma.so con una propia (para conectarse a la puerta trasera usando la clave privada correspondiente).
• Una demostración para iniciar la ejecución de código en una puerta trasera modificada utilizando la clave privada correspondiente.

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

from Linux Adictos https://ift.tt/4AdSxh8
via IFTTT

Algo más pronto de lo habitual, que suele ser ya por la noche en España, WineHQ ha lanzado hace unos instantes WINE 9.6. Es una nueva versión de desarrollo las que lanzan cada dos semanas, y ha llegado quince días después de la anterior v9.5. Si atendemos a los números, podemos pensar que la mayoría de colaboradores se han tomado un descanso por la semana santa, ya que las cifras son de las más bajas que se recuerdan.

En total, la lista de cambios recoge «sólo» 162. Está por debajo de la media, que suele estar por encima de los 200 y en muchas ocasiones superando los 300. La lista de novedades más destacadas menciona que se ha añadido compatibilidad con funciones AVX avanzadas en contextos de registro, más efectos Direct2D. soporte para relleno RSA OAEP en BCrypt y corrección del modo interpretado en WIDL, a lo que se le suma el habitual punto de varios bugs corregidos (18).

Bugs corregidos en WINE 9.6

• Mozart 10/11: No se puede guardar gif jpg o tiff, png + bmp están vacíos, emf sólo parcial.
• Los botones del depurador TI-83 Plus Flash no son visibles.
• «Text Service and Input Languages» necesita función no implementada USER32.dll.LoadKeyboardLayoutEx llamada.
• SolidWorks 2016 se bloquea al iniciarse.
• ChessBase 14 – se bloquea nada más iniciarse.
• Trackmania Unlimiter 1.3.x para TrackMania United Forever 2.11.26 se bloquea en la pantalla de selección de cuenta (diferencias en el gestor de montón, suposiciones incorrectas del mod en las estructuras de datos internas del motor del juego).
• nProtect GameGuard Personal/Anti-Virus/Spyware 3.x/4.x se bloquea debido a que el módulo PE ‘winedevice’ no tiene tabla de exportación.
• nProtect Anti-Virus/Spyware 4.0 ‘tkpl2k64.sys’ se bloquea al no implementarse la función ‘fltmgr.sys.FltBuildDefaultSecurityDescriptor’.
• Múltiples aplicaciones de 32 bits fallan debido al manejo incorrecto de la clave ‘HKLM\Software\Classes’ en WINEPREFIX de 64 bits (clave compartida bajo Windows 7+ WOW64)(Autocad 2005).
• [Regresión] La novela visual Shin Koihime Eiyuutan se bloquea después de abrir la película.
• VrtuleTree llama a la función no implementada ntoskrnl.exe.ExGetPreviousMode.
• d2d1:d2d1 falla con frecuencia en GitLab CI.
• Nerf Arena Blast Demo sólo muestra una pantalla negra.
• Final Fantasy XI Online: El cursor del ratón/puntero se activa en momentos no deseados.
• Múltiples juegos tienen fallos de textura (Iron Harvest, The Hong Kong Massacre).
• configure establece incorrectamente el valor ac_cv_lib_soname_vulkan en macOS.
• wshom comprueba el tiempo de espera en Wine.
• CryptStringToBinary no añade CR antes de los bytes de relleno en algunos casos.

Lista traducida con DeepL.

WINE 9.6 ya está disponible y se puede descargar desde el siguiente botón. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas llegará WINE 9.7 con cientos de retoques para seguir preparando la versión estable de 2024.

.boton {color: white; background-color: grey; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

from Linux Adictos https://ift.tt/96AhWlJ
via IFTTT