Durante la última conferencia de Linux Plumbers 2021, Google dio a conocer sobre el éxito de la iniciativa de mover la plataforma Android para usar un kernel normal de Linux en lugar de usar su propia versión del kernel, que incluye cambios específicos para la plataforma Android.

Google menciona que dicho cambio de desarrollo es debido a la decisión de pasar después del año 2023 al modelo «Upstream First», que implica el desarrollo de todas las funciones nuevas del kernel requeridas en la plataforma Android directamente en el kernel principal de Linux y no en sus ramas separadas (la funcionalidad será primero se promocionará al kernel principal y luego se usará en Android, y no al revés).

Para 2023 y 2024, también se planea transferir al núcleo principal de todos los parches adicionales que quedan en la rama del Kernel común de Android.

En cuanto a un futuro próximo, para la plataforma Android 12 prevista para principios de octubre, se ofrecerán compilaciones del kernel «Generic Kernel Image» (GKI), lo más parecido posible al kernel 5.10 habitual.

Para estas compilaciones se proporcionará un lanzamiento regular de actualizaciones, que se colocarán en el repositorio ci.android.com. En el kernel de GKI, las adiciones específicas de Android, así como los controladores relacionados con el hardware de los fabricantes de equipos originales, se mueven a módulos de kernel separados.

Estos módulos no están vinculados a la versión principal del kernel y se pueden desarrollar por separado, lo que simplifica enormemente el mantenimiento y la transferencia de dispositivos a nuevas ramas del kernel.

Las interfaces necesarias para los fabricantes de dispositivos se implementan en forma de ganchos que le permiten cambiar el comportamiento del kernel sin realizar cambios en el código.

En total, el kernel android12-5.10 ofrece 194 ganchos comunes, similares a los puntos de seguimiento, y 107 ganchos especializados que le permiten ejecutar controladores en un contexto no atómico. En el kernel de GKI, los fabricantes de hardware tienen prohibido aplicar parches específicos al kernel principal, y los proveedores deben suministrar los componentes para el hardware de soporte solo en forma de módulos de kernel adicionales, en los que se debe garantizar la compatibilidad con el kernel principal.

Debemos recordar que la plataforma Android desarrolla su propia rama del kernel: el «Android Common Kernel», sobre la base del cual se forman las compilaciones específicas separadas para cada dispositivo.

Con lo cual, a partir de cada rama de Android, se proporciona a los fabricantes múltiples diseños de kernel para sus dispositivos. Por ejemplo, Android 11 ofreció una opción de tres núcleos base a la vez: 4.14, 4.19 y 5.4, y para Android 12, se ofrecerán los núcleos base 4.19, 5.4 y 5.10. La variante 5.10 está diseñada como una imagen de kernel genérica, en la que las capacidades necesarias para los OEM se transfieren al flujo ascendente, se mueven a módulos o se transfieren al kernel común de Android.

Antes de la llegada de GKI, el kernel de Android pasó por varias etapas de preparación:

• La primera de ellas era sobre la base de los principales kernels LTS (3.18, 4.4, 4.9, 4.14, 4.19, 5.4) y de los cuales se creó una bifurcación del «Android Common Kernel», al que se transferían parches específicos para Android (anteriormente, se alcanzaba el tamaño de los cambios varios millones de líneas).
• Despues de ello sobre «Android Common Kernel», los fabricantes de chips como Qualcomm, Samsung y MediaTek forman el SoC Kernel, que incluye complementos para admitir hardware.
• Finalmente en el «Kernel de SoC», los fabricantes de dispositivos crean el «Kernel de dispositivo», incluidos los cambios relacionados con la compatibilidad con equipos adicionales, pantallas, cámaras, sistemas de sonido, etc.

Este enfoque complicó significativamente la entrega de actualizaciones con la eliminación de vulnerabilidades y la transición a nuevas ramas del kernel. Si bien Google publica regularmente actualizaciones para su núcleo común de Android, los proveedores a menudo tardan en enviar estas actualizaciones o usan un solo kernel durante todo el ciclo de vida del dispositivo.

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/3oie6Q4
via IFTTT

Se acaba de dar a conocer el lanzamiento de la nueva versión de OBS Studio 27.1 en la cual se han realizado una serie de cambios importantes de los cuales se destacan por ejemplo la conexión a YouTube sin usar una clave de transmisión, el soporte de arrastrar y soltar para transferir escenas y fuentes en Linux y más.

Para quienes desconocen aún de OBS Studio, deben saber que el objetivo del de desarrollo de OBS Studio es crear una versión gratuita de la aplicación Open Broadcaster Software que no esté vinculada a la plataforma Windows, sea compatible con OpenGL y sea extensible a través de complementos.

La diferencia también es el uso de una arquitectura modular, lo que significa la separación de la interfaz y el núcleo del programa. Admite la transcodificación de transmisiones originales, captura de video durante los juegos y transmisión a Twitch, Facebook Gaming, YouTube, DailyMotion, Hitbox y otros servicios. Para garantizar un alto rendimiento, es posible utilizar mecanismos de aceleración de hardware (por ejemplo, NVENC y VAAPI).

Principales novedades de OBS Studio 27.1

En esta nueva versión de OBS una de las principales novedades que se destaca es el soporte para la integración con el alojamiento de videos de YouTube, lo que permite conectarse a la cuenta de YouTube sin usar una clave de transmisión.

Además de que se ha introducido un nuevo botón llamado «Administrar transmisión» para crear y administrar transmisiones de YouTube, con él a cada transmisión se le puede asignar su propio título, descripción, configuración de privacidad y horario. El asistente de autoajuste ofrece la posibilidad de probar el ancho de banda. Implementé un panel de chat para transmisiones públicas y privadas, que aún es de solo lectura.

Por otra parte en los efectos de transición de animación (Stinger Transition) en el modo Track Matte, que proporciona una transición con visualización simultánea de partes de la escena nueva y antigua, se agregó la opción «Solo máscara».

Para las fuentes de transmisión de Browser Source, se implementa un soporte limitado para el control de OBS, lo que requiere una autorización explícita del usuario, además de que se agregó la opción para mostrar las zonas de seguridad en la vista previa (igual que en la vista múltiple).

Y en las fuentes para la captura de pantalla en las sesiones de Wayland ahora están disponibles sin la necesidad de iniciar OBS con una opción de línea de comando dedicada, además de que tambien se volvió a añadir el soporte de arrastrar y soltar para transferir escenas y fuentes en Linux.

Finalmente si quieres conocer más al respecto de esta nueva versión, puedes consultar los detalles en el siguiente enlace.

¿Cómo instalar OBS Studio 27.1 en linux?

Para quienes estén interesados en poder instalar esta nueva versión de OBS en su distribución de Linux, podrán hacerlo siguiendo las instrucciones que compartimos a continuación.

Instalación de OBS Studio 27.1 desde Flatpak

De manera general para casi cualquier distribución de Linux actual, la instalación de este software puede ser realizado con ayuda de los paquetes de Flatpak. Solo deben contar con el soporte para instalar este tipo de paquetes.

En una terminal solo tienen que ejecutar el siguiente comando:

flatpak install flathub com.obsproject.Studio

En el caso de que ya cuenten con la aplicación instalada por este medio, pueden actualizarla ejecutando el siguiente comando:

flatpak update com.obsproject.Studio

Instalación de OBS Studio 27.1 desde Snap

Otro método general para realizar la instalación de esta aplicación es con ayuda de los paquetes de Snap. De igual forma que Flatpak, deben contar con el soporte para instalar este tipo de paquetes.

La instalación la vamos a realizar desde una terminal tecleando:

sudo snap install obs-studio

Hecha la instalación, ahora vamos a conectar los medios:

sudo snap connect obs-studio:camera

sudo snap connect obs-studio:removable-media

Instalación desde PPA (Ubuntu y derivados)

Para los que son usuarios de Ubuntu y derivados, pueden realizar la instalación de la aplicación añadiendo un repositorio al sistema.

Este lo añadimos tecleando:

sudo add-apt-repository ppa:obsproject/obs-studio

sudo apt-get update

Y realizamos la instalación de la aplicación ejecutando

sudo apt-get install obs-studio 
sudo apt-get install ffmpeg

 Arch Linux y derivados

Para el caso de los usuarios de Arch Linux, Manjaro, Antergos y cualquier otro derivado. Podemos realizar la instalación tecleando el siguiente comando en una terminal:

sudo pacman -S obs-studio

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

Se acaba de dar a conocer la liberación de la versión beta de Fedora 35, la cual marca la transición a la etapa final de prueba, en la que solo se permiten correcciones de errores críticos.

Esta versión cubre las compilaciones Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT y Live entregadas con los diferentes entornos de escritorio (spins).

Principales novedades de la beta de Fedora 35

Dentro de los cambios que más se destacan, podremos encontrar que se ha propuesto la primera versión de una nueva edición de la distribución: Fedora Kinoite, basada en tecnologías Fedora Silverblue, pero usando KDE en lugar de GNOME. La imagen de Fedora Kinoite no se divide en paquetes separados, se actualiza atómicamente y se crea a partir de los RPM oficiales de Fedora utilizando el kit de herramientas rpm-ostree. El entorno base (/ y /usr) está montado como de solo lectura. Los datos disponibles para modificación se encuentran en el directorio /var. Para instalar y actualizar aplicaciones adicionales, se utiliza el sistema de paquete autónomo flatpak, con el cual las aplicaciones se separan del sistema principal y se ejecutan en un contenedor separado.

En cuanto a los cambios internos, en el escritorio se ha actualizado a GNOME 41 con un rediseño de la interfaz de administración de instalación de la aplicación. Se han agregado nuevas secciones al configurador para configurar la administración de ventanas/escritorio y la conexión a través de operadores celulares.

Además de que se agregó un nuevo cliente para la conexión de escritorio remoto usando protocolos VNC y RDP, se ha cambiado el diseño del reproductor de música, además de que GTK 4 utiliza un nuevo motor de renderizado basado en OpenGL para reducir el consumo de energía y acelerar el renderizado.

Tambien podremos encontrar el modo de quiosco, que permite una sesión de GNOME sin ejecución, el rendimiento limitado de una sola aplicación preseleccionada. El modo es adecuado para organizar el trabajo de varios puestos de información y terminales de autoservicio.

Otro de los cambios que se destaca es que se implementó la capacidad de usar una sesión basada en el protocolo Wayland en sistemas con controladores patentados de NVIDIA.

El servidor de medios PipeWire, que ha sido el predeterminado desde la última versión, se ha movido para usar el administrador de sesiones de audio WirePlumber. WirePlumber permite administrar el gráfico de los nodos de medios en PipeWire, configurar dispositivos de audio y controlar el enrutamiento de las transmisiones de audio. Se agregó soporte para el reenvío del protocolo S/PDIF para la transmisión de audio digital a través de conectores ópticos S/PDIF y HDMI.

Además las imágenes de Fedora Cloud utilizan el sistema de archivos Btrfs de forma predeterminada y un cargador de arranque híbrido que admite el arranque en sistemas BIOS y UEFI.

Se ha modificado el mecanismo para activar repositorios de terceros, ya que si antes habilitar la configuración «Repositorios de software de terceros» llevó a la instalación del paquete fedora-workstation-repositories, pero los repositorios permanecieron deshabilitados, ahora el paquete fedora-workstation-repositories está instalado por defecto y la configuración activa los repositorios.

De los demás cambios que se destacan:

• La inclusión de repositorios de terceros ahora cubre las aplicaciones destacadas revisadas por pares del directorio Flathub, es decir, aplicaciones similares estarán disponibles en el software GNOME sin instalar FlatHab.
• Se implementó el uso predeterminado del protocolo DNS sobre TLS (DoT) cuando lo admite el servidor DNS seleccionado.
• Se agregó soporte para ratones con posicionamiento de rueda de desplazamiento de alta precisión (hasta 120 eventos por rotación).
• Se cambiaron las reglas de selección del compilador al construir paquetes. Hasta ahora, las reglas obligaban a construir un paquete usando GCC, a menos que el paquete solo se pueda compilar usando Clang.
• Las nuevas reglas permiten a los mantenedores de paquetes seleccionar Clang incluso si el proyecto ascendente admite GCC, y viceversa, para seleccionar GCC si el proyecto ascendente no admite GCC.
• Al configurar el cifrado de disco con LUKS, se proporciona la selección automática del tamaño de sector óptimo, es decir, para discos con 4k sectores físicos, el tamaño del sector será 4096 en LUKS.

Finalmente si estás interesado en conocer más al respecto, puedes probar la imagen de esta versión beta de Fedora 35 la cual puedes obtener en su sitio web oficial. El enlace es este.

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