Se acaba de presentar el lanzamiento del servidor de sonido PulseAudio 16.0, que actúa como intermediario entre las aplicaciones y varios subsistemas de sonido de bajo nivel, abstrayendo el trabajo con el hardware.

PulseAudio permite controlar el volumen y la mezcla de sonido a nivel de aplicaciones individuales, organizar la entrada, mezcla y salida de sonido en presencia de varios canales de entrada y salida o tarjetas de sonido, le permite cambiar el formato de la transmisión de audio sobre la marcha y el uso de complementos, hace posible redirigir de forma transparente el flujo de audio a otra máquina.

Principales novedades de PulseAudio 16.0

En esta nueva version se destaca que se agregó la capacidad de usar el códec de audio Opus para comprimir el audio enviado usando el módulo module-rtp-send (anteriormente solo se admitía PCM). Para habilitar Opus, se debe debe compilar PulseAudio con compatibilidad con GStreamer y establecer la configuración «enable_opus=true» en el módulo module-rtp-send.

Los módulos para transmitir/recibir sonido a través de túneles (túnel-sumidero y túnel-fuente) ahora tienen la capacidad de ajustar el retardo mediante el parámetro latency_msec (anteriormente, se establecía un retardo de 250 microsegundos).

Tambien se destaca que hay un nuevo algoritmo para mantener la latencia estable durante el remuestreo adaptativo en el bucle invertido del módulo y en otros lugares. Parte de eso es una nueva implementación de «time smoother». Ofrecerá estimaciones de latencia más precisas y estables en comparación con el algoritmo actual. Esto es principalmente importante cuando se requiere una relación fija entre diferentes flujos (sincronización A/V, módulo-bucle invertido, módulo-combinación-sumidero, módulo-cancelación de eco, …).

Dado que se trata de un nuevo código bastante complejo en las partes principales de procesamiento de audio, la implementación anterior se mantiene durante un tiempo para tener una copia de seguridad en caso de que aparezcan errores.

Los módulos de transmisión/recepción de audio a través de túneles brindan soporte para la reconexión automática al servidor en caso de falla de conexión. Para habilitar la reconexión, establezca la configuración reconnect_interval_ms.

El parámetro adjust_threshold_usec se agregó al módulo module-loopback para ajustar el algoritmo de administración de demoras (la demora predeterminada es de 250 microsegundos). El valor por defecto del parámetro adjust_time se ha reducido de 10 a 1 segundo, se ha añadido la posibilidad de establecer valores inferiores a un segundo (por ejemplo, 0,5). El registro de los ajustes de la velocidad de reproducción está deshabilitado de forma predeterminada y ahora se controla mediante una opción separada de log_interval.

Se agregó soporte para proporcionar aplicaciones con información sobre el nivel de batería de los dispositivos de sonido Bluetooth. El nivel de carga también se muestra entre las propiedades del dispositivo que se muestran en la salida «pactl list» (propiedad bluetooth.battery).

La capacidad de generar información en formato JSON se ha agregado a la utilidad pactl. El formato se selecciona mediante la opción ‘–format’, que puede tomar los valores texto o json.

Se agregó soporte para salida estéreo cuando se usan auriculares EPOS/Sennheiser GSP 670 y SteelSeries GameDAC, que usan dispositivos ALSA separados para estéreo y mono (anteriormente solo se admitía un dispositivo mono).

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

• Se han solucionado los problemas con la recepción de sonido de las tarjetas de sonido basadas en el chip PCM2902 de Texas Instruments.
• Se agregó compatibilidad con la tarjeta de sonido externa de 6 canales Komplete Audio 6 MK2 de Native Instruments.
• Se han resuelto los problemas de sincronización y precisión para determinar los retrasos al transmitir audio a través de los túneles y el módulo combinado-sumidero.
• Se agregaron los parámetros sink_enabled y source_enabled al módulo module-jackdbus-detect utilizado para habilitar la transmisión/recepción de audio a través de JACK para habilitar selectivamente solo la transmisión o recepción de audio a través de JACK. También se permite la recarga de módulos para usar diferentes configuraciones de JACK al mismo tiempo.
• El parámetro remix se ha agregado al módulo module-combine-sink para deshabilitar la remezcla de canales, que puede ser necesaria, por ejemplo, cuando se usan varias tarjetas de sonido para formar un solo sonido envolvente.

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/hg1ZDWK
via IFTTT

Escribir una novela puede hacerse de diferentes maneras.

Amazon organiza una nueva edición del Premio Literario Amazon Storyteller en el que busca destacar a lo mejor de las obras publicadas bajo su sistema de publicación directa.

En este artículo y el que sigue te cuento como participar del concurso utilizando programas de software libre y de código abierto.

Características del concurso

El concurso incluye todas las obras publicadas bajo el sistema Kindle Direct Publishing que cumplan con los términos y condiciones. Kindle Direct Publishing (KDP) es una plataforma gratuita de publicación independiente para que los autores publiquen y mantengan el control sobre sus libros comercializados en la tienda Kindle.

El ganador del concurso obtendrá un premio de 10000 euros, un acuerdo para publicación en formato audiolibro y promoción adicional en Amazon. Adicionalmente los 5 finalistas conseguirán un dispositivo Kindle Oasis y visibilidad adicional en las tiendas.

Cómo participar del concurso

Vamos a dividir esta explicación en dos partes; creación del manuscrito y formateo del libro. La segunda irá en el próximo artículo.

Software libre para la creación del manuscrito

Uno podría pensar que hay una sola forma de escribir un libro. Empezar por el capítulo primero y seguir hasta terminar con la palabra FIN. Sin embargo, existen al menos tres métodos:

• Método orgánico: Utilizado entre otros por Stephen King consiste en sentarse y escribir la novela a medida que se te va ocurriendo.
• Método de los borradores; Utilizado entre otros por Robert Ludlum consiste en escribir 5 o 6 sinopsis de 100 páginas cubriendo los aspectos básicos de la novela. Cada uno de los posteriores es una versión pulida del anterior.
• Método del copo de nieve: Creado por el escritor Randy Ingermanson consta de una serie de pasos sucesivos para la planificación de la novela.

Para el primer método la mejor opción es un procesador de textos libre de distracciones. Algunos títulos disponibles en los repositorios son:

• POE: Como su nombre lo indica, está diseñado específicamente para escritores. Además de su interfaz despejada permite aplicar formatos básicos como encabezados, listas numeradas, negrita e itálica entre otros. Cuenta con la función de guardado automático y permite establecer metas basadas en cantidad de palabras o tiempo. Está disponible en la tienda de Snap.
• Alighieri: Tambien pensado para escritores permite escribir sin distracción con un modo oscuro y/o pantalla completa. Dispone de un contador de letras, palabras, sentencias y párrafos.  Cuenta con soporte Markdown y para imágenes y permite exportar a PDF. Disponible en la tienda de Snap.

En el caso del segundo método, necesitamos un programa con todas las funciones de procesamiento de textos. LibreOffice Writer, que viene incluido en los repositorios de las principales distribuciones Linux, no solo es compatible con los formatos de Microsoft sino que también exporta a formato EPUB lo que nos facilita las cosas al momento de la publicación del libro en la tienda de Kindle.

Con respecto al método del copo de nieve, existen herramientas que nos permiten completar los diferentes pasos. Algunos de ellos son:

• Bibisco: Con este programa podemos crear la estructura de la novela, definir la premisa, establecer los escenarios e indicar los contextos geográficos, temporal y social. Para la escritura dispone de un completo editor de textos con un modo libre de distracciones y es posible la división en capítulos y escenas. El resultado se exporta a EPUB o DOCX.  Dispone además sde herramientas para la creación de personajes y para el análisis de la duración de los capítulos, el tiempo y las ubicaciones en las que aparecen los personajes, su distribución en los capítulos y la representación de la novela en una línea de tiempo. Algunas de estas características solo están disponibles en la versión de pago.
• Manuskript: Este es absolutamente gratuito y de código abierto y manifiesta estar pensado específicamente para el método del copo de nieve.  Podemos ver en cualquier momento en que etapa está cada capítulo y qué personajes están involucrados. También facilita cambiar el orden de los capítulos. Dispone de un modo de escritura sin distracciones y de un analizador de frecuencia para detectar frases y palabras que repetimos más allá de lo aconsejable. Podemos descargarlo desde los repositorios de las derivadas de Debian y Fedora o de la tienda de Snap.

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

La insistencia en prácticas obsoletas de la industria de distribución de contenidos puede devolvernos a los tiempos de la TV abierta.

Decía alguien que el hombre es el único animal que tropieza dos veces con la misma piedra. O, como lo expresó muy bien Quino en la historieta de Mafalda, más que un animal de costumbres el hombre es, como de costumbre, un animal. La industria de producción de contenidos audiovisuales había encontrado con el streaming una excelente forma de disminuir las prácticas de compartir contenidos en formas no autorizadas. Pero, tenían que arruinarlo.

Las descargas están de regreso (Es cierto, nunca habían desaparecido del todo, pero habían disminuido bastante) y en este post voy a explicar las causas y a enumerar algunos programas para realizarlas en Linux

Una aclaración, de ninguna manera estoy recomendando el uso de estos programas para la descarga de contenidos con derechos de autor. Ya en otro artículo enumeré algunos sitios donde puede conseguirse material de dominio público. De hecho, recomiendo encarecidamente que no se haga. No por motivos legales sino con la esperanza de que una vez por todas aprendan la lección al ver que ya nadie quiere las prácticas habituales.

¿Por qué las descargas están de regreso?

iCarly fue un show del canal infantil Nickelodeon. Contaba las peripecias de tres adolescentes que producían un programa para la web.  En el episodio iCarly salva a la TV se narra como un ejecutivo de la televisión tradicional, desesperado porque ni siquiera su propia hija ve el programa infantil que produce, los contrata.

El problema es que en lugar de dejarles hacer lo que ellos saben los obliga a hacer las mismas cosas que se hacían en el programa que nadie veía. Y, con el mismo resultado. Al final los tres chicos terminan despedidos y vuelven a la web.

Y, esa es una buena descripción de cómo actúan las productoras de contenido audiovisual tradicional. Estoy dejando afuera a las discográficas y a las editoriales que por el momento parecen haber entendido las reglas del juego.

Ascenso y caída del streaming

Netflix nació como la evolución de un servicio de alquiler de dvd. Vino como caído del cielo para quienes estábamos hartos de subtítulos de Google translate, imágenes en espejo o mal grabadas de la pantalla del cine. Por no hablar del tiempo de descarga. Con un catálogo de películas tradicionales, series populares y algo de producción propia, también nos permitía descubrir material de orígenes no tradicionales.

Después se le sumó Amazon Prime, propiedad de la más popular tienda online. Con mucho contenido propio fue sumando a golpe de billetera, bastante material que era imposible ver en Netflix. Youtube tuvo un breve coqueteo con el contenido original, pero, su fuerte era el alquiler y la venta no terminando por tener éxito su intento de un servicio por suscripción.

Viendo el éxito de los dos primeros, las productoras de contenido decidieron emular al propietario de las gallinas de los huevos de oro y sacar cada una su propio servicio de streaming atomizando el mercado y obligando al usuario a pagar varias plataformas para ver el ínfimo porcentaje del catálogo de cada una que realmente le interesa.

El usuario hizo lo que era de esperar, se quedó con la plataforma que ya pagaba y consigue el contenido de los demás. por descarga directa o P2P.

Había una solución obvia, vender suscripciones mayoristas para permitir la aparición de intermediarios que pudieran comercializar sistemas de suscripciones flexibles. Pero, eligieron volver al pasado.

Netflix y sus competidores van a empezar a probar con suscripciones gratuitas con publicidad. Olvidando que los anunciantes están abandonando la publicidad tradicional porque ya no vende.

Es cuestión de tiempo que nos ofrezcan un «novedoso servicio de streaming que no requiere conexión a Internet». Cualquier parecido con la televisión abierta de la época de nuestros padres no es coincidencia.

Algunos programas de descargas para usar en Linux

• Amule: Cliente P2P para las redes eD2K y Kademlia. Tiene el catálogo más completo, pero no tan actual. Recomiendo leer los comentarios de los lectores a mi artículo.
• WebTorrent: Permite descargar y visualizar contenidos de la red Torrent. Está disponible como un cliente para el escritorio o como complemento desde un navegador. Viene integrado al navegador Brave.
• Megatools: Utilidades para la terminal que permite la descarga y visualización de archivos almacenados en Mega.nz. Está en el repositorio de algunas distribuciones Linux.
• Youtube-Dl: Herramienta para la terminal que permite la descarga de videos de Youtube y otros muchos sitios de alojamiento de videos. Está en los repositorios.

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

Gracias a los amigos de Canaima GNU/Linux nos enteramos de que el 27 de mayo de 2022 se cumplieron 25 años de la publicación de uno de los textos fundamentales para entender el software libre. La Catedral y El Bazar de Eric S Raymond.

¿Por qué La Catedral y El Bazar?

En el libro, Raymond habla de dos modelos de desarrollo de software

…el modelo “catedral», aplicable a la mayor parte de los desarrollos realizados en el mundo del software comercial, frente al modelo “bazar», más propio del mundo Linux.

En el primer capítulo, el autor explica que le llevó a escribir el libro

En el momento en que Linux surgió en la pantalla de mi radar a principio de 1993, había estado ya involucrado en el desarrollo de Unix y de software abierto durante diez años. Era uno de los que primero contribuyó al desarrollo de GNU a mediados de los ochenta. Había lanzado en la red una cantidad respetable de software abierto, desarrollando o co-desarrollando varios programas (nethack, los modos VC y GUD de Emacs, xlife y algunos más) que aún se emplean ampliamente hoy en día. Creía saber cómo se hacía.

Linux puso patas arriba mucho de lo que yo creía que sabía. Había estado predicando durante años el evangelio Unix consistente en herramientas pequeñas, rápido desarrollo de prototipos y programación evolutiva. Pero también creía que existía una cierta complejidad crítica por encima de la cual era preciso recurrir a un enfoque más centralizado y planificado desde el principio. Creía que el software más importante (los sistemas operativos o las herramientas realmente grandes tales como Emacs) necesitaban ser construidas al modo de las catedrales, ser cuidadosamente ensamblados por magos o pequeñas bandas de hechiceros trabajando en un espléndido aislamiento, sin que hubiera lugar al lanzamiento de versiones de prueba antes de que hubiera llegado el momento.

El estilo de desarrollo de Linus Torvalds – lanzar versiones de prueba enseguida y a menudo, delegar cuanto sea posible, estar abierto hasta el punto de resultar promiscuo – resultó una verdadera sorpresa. Nada que ver con la silenciosa y reverente construcción de una catedral — la comunidad Linux, por contra, parecía semejarse a un gran bazar bullicioso con diferentes agendas y enfoques (adecuadamente reflejado por los depósitos de software Linux, que admitían contribuciones de cualquiera) del cual solo parecía posible que emergiera un sistema coherente y estable mediante una sucesión de milagros.

Puedes conseguir el libro en forma gratuita aquí

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

Casi un mes después de la versión beta, Valve ha lanzado hace unas horas SteamOS 3.2. Es la versión del sistema operativo para su consola más actualizada, aunque se sabe que pronto se podrá instalar de manera oficial también en todo tipo de ordenadores. De entre sus novedades, y no sé por qué, me llama la atención la primera de la lista, una mejora para el ventilador para que gestione mejor su trabajo en ciertos escenarios.

Junto a SteamOS 3.2, Valve también ha lanzado una nueva versión de su cliente de Steam, es decir, del Steam de siempre que incluso viene instalado por defecto en algunas distribuciones Linux. A continuación tenéis no una, si no dos listas de novedades: la primera del sistema operativo, y la segunda de Steam Client.

Novedades más destacadas de SteamOS 3.2

• Se ha añadido una curva de ventilador controlada por el sistema operativo para mejorar la experiencia en escenarios de bajo uso, y ajustar cómo responde el ventilador a diferentes escenarios y temperaturas. La versión antigua de la curva del ventilador aún está disponible, y se puede activar en Ajustes > Sistema.
• Se ha añadido soporte para cambiar la tasa de refresco de la pantalla en el juego. La tasa de refresco se ajustará automáticamente a la opción deseada al entrar y salir del juego..
• Hay un nuevo control deslizante en el Menú de Acceso Rápido > Pestaña de Rendimiento que permite elegir una tasa de refresco de pantalla entre 40-60Hz.
• Los valores del deslizador de límite de velocidad de fotogramas se actualizarán en consecuencia, e incluirán las opciones de velocidad de fotogramas 1:1, 1:2, 1:4 o sin límite..
• Se ha solucionado un problema al escribir la tecla € con el teclado de Steam.
• El HUD de rendimiento muestra ahora una lectura más precisa de la VRAM utilizada (antes se limitaba a 1G utilizada).
• Se han añadido más opciones de resolución de pantalla interna para que los juegos puedan elegir.
• Corregido el escalonamiento de la ganancia, lo que resulta en un mayor volumen máximo de los altavoces, y elimina el ruido blanco que viene a través de la toma de 3,5 mm con algunos auriculares.
• Corregido el fallo de PipeWire y Steam al elevar sus prioridades de hilo.
• Arreglado el desplegable de idiomas en el lanzador de Warframe.
• El proceso de formateo de la tarjeta microSD ahora realiza un formato rápido.

Novedades más destacadas en Steam Client

• Se ha añadido una notificación cuando al SSD de Steam Deck le quedan menos de 2GB de espacio libre.
• El juego remoto conjunto es ahora completamente funcional en Steam Deck. Incluye el alojamiento y la unión de sesiones de juego.
• Se han añadido iconos para los comandos del gamepad y del ratón que se muestran en los menús virtuales del juego.
• Se ha corregido la imposibilidad de conectarse a redes inalámbricas ocultas.
• Añadida la región de la zona horaria de Saskatchewan.
• Se ha añadido la posibilidad de cerrar una ventana si la aplicación en ejecución tiene más de una visible.
• Añadida la posibilidad de cambiar de cuenta desde el menú de encendido.
• Se ha mejorado el rendimiento del tema de teclado Night Shift.
• Se ha añadido la posibilidad de nombrar los comandos de disposición del controlador.

SteamOS 3.2 ya está disponible para la Steam Deck, y Steam Client se actualizará automáticamente tras iniciarlo la próxima vez.

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

Después de dos meses de desarrollo se dio a conocer el lanzamiento de la nueva versión de la implementación de la API OpenGL y Vulkan, «Mesa 22.1.0». Como siempre, la primera versión de la rama Mesa tiene un estado experimental, por lo que después de la estabilización final del código, se lanzará una versión estable 22.1.1.

En Mesa 22.1, la compatibilidad con la API de gráficos Vulkan 1.3 está disponible en los controladores anv para GPU Intel, radv para GPU AMD y el rasterizador de software Lavapipe. Vulkan 1.2 es compatible con el modo de emulador (vn), Vulkan 1.1 en el controlador de GPU Qualcomm (tu) y Vulkan 1.0 en el controlador de GPU Broadcom VideoCore VI (Raspberry Pi 4)

Principales novedades de Mesa 22.1.0

En esta nueva versión que se presenta, el controlador ANV Vulkan (Intel) y el controlador Iris OpenGL son compatibles con las tarjetas gráficas discretas Intel DG2 (Arc Alchemist) y Arctic Sound-M, mientras que el controlador D3D12, con la capa OpenGL sobre la API de DirectX 12 (D3D12), es compatible con OpenGL 4.2. El controlador se usa en la capa WSL2 para ejecutar aplicaciones gráficas de Linux en Windows.

Tambien se destaca el controlador de lavapipe con una implementación de rasterizador de software para la API de Vulkan (similar a llvmpipe, pero para Vulkan, que traduce las llamadas de la API de Vulkan a la API de Gallium) ahora es compatible con Vulkan 1.3.

El controlador Nouveau para las GPU GeForce 6/7/8 anteriores se convirtió para usar la representación intermedia (IR) sin tipo de los sombreadores NIR . El soporte NIR también permite obtener soporte de representación intermedia TGSI (Tungsten Graphics Shader Infrastructure) al habilitar una capa para traducir NIR a TGSI.

El controlador v3d OpenGL desarrollado para el acelerador de gráficos VideoCore VI utilizado desde el modelo Raspberry Pi 4 implementa compatibilidad con el almacenamiento en caché de sombreadores en el disco.

Para las GPU AMD equipadas con el motor de video VCN 2.0, se implementó la compatibilidad con EFC (Conversión de formato de codificador), que permite usar un codificador de video de hardware para leer directamente superficies RGB sin conversiones RGB-> YUV realizadas por sombreadores.

Se agregó soporte para la capa ANGLE, que traduce las llamadas de OpenGL ES a OpenGL, Direct3D 9/11, Desktop GL y Vulkan, al controlador Venus con una implementación de GPU virtual (virtio-gpu) basada en la API de Vulkan.

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

• Se agregó soporte para la extensión OpenGL GL_NV_pack_subimage de NVIDIA para actualizar rectángulos en la memoria del host usando framebuffer o datos de textura.
• Se agregó soporte para extensiones de controladores RADV (AMD), ANV (Intel) y lavapipe Vulkan
• Se agregó compatibilidad con las GPU AMD GFX1036 y GFX1037.
• El controlador Crocus, desarrollado para GPU Intel más antiguas basadas en microarquitecturas Gen4-Gen7 que no son compatibles con el controlador Iris, incluye un perfil de compatibilidad con versiones anteriores de OpenGL.
• El controlador PanVk, que brinda soporte para la API de gráficos Vulkan para GPU ARM Mali Midgard y Bifrost, ha comenzado a trabajar en el soporte de sombreado de cómputo.
• El controlador RADV (AMD) implementó la eliminación de rayos primitivos, lo que mejoró la compatibilidad con el trazado de rayos para juegos como DOOM Eternal.
• Se propone una implementación inicial del controlador GPU Vulkan basado en la arquitectura PowerVR Rogue desarrollada por Imagination.
• El paquete incluye un compilador OpenCL compacto propuesto por Intel y utilizado en el trazado de rayos.

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

¿Cómo instalar los drivers de video Mesa en Linux?

Los paquetes de Mesa se encuentran en todas las distribuciones de Linux, por lo que su instalación puede realizarse ya sea descargando y compilando el código fuente (toda la información al respecto aquí) o de una forma relativamente sencilla, la cual depende de la disponibilidad dentro de los canales oficiales de tu distribución o de terceros.

Para los que son usuarios de Ubuntu, Linux Mint y derivados pueden añadir el siguiente repositorio en donde los controladores son actualizados de manera rápida.

sudo add-apt-repository ppa:kisak/kisak-mesa -y

Ahora vamos a actualizar nuestro listado de paquetes y repositorios con:

sudo apt update

Y finalmente podemos instalar los drivers con:

sudo apt upgrade

Para el caso de los que son usuarios de Arch Linux y derivados estos los instalamos con el siguiente comando:

sudo pacman -S mesa mesa-demos mesa-libgl lib32-mesa lib32-mesa-libgl

Para quienes sean usuarios de Fedora 32 pueden utilizar este repositorio, por lo que deben de habilitar corp con:

sudo dnf copr enable grigorig/mesa-stable

sudo dnf update

Finalmente, para los que son usuarios de openSUSE, pueden instalar o actualizar tecleando:

sudo zypper in mesa

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

Joshua Strobl, quien recientemente se retiró de la distribución Solus y fundó la organización independiente Buddies Of Budgie, ha publicado planes para un mayor desarrollo del entorno de escritorio Budgie.

En su publicación menciona que la rama de Budgie 10.x seguirá evolucionando para ofrecer componentes genéricos independientes de la distribución. Se ofrecen paquetes incluidos con Budgie Desktop, Budgie Control Center, Budgie Desktop View y Budgie Screensaver para su inclusión en los repositorios de Fedora Linux, ademas que para futuro, se planea preparar una edición separada (spin) de Fedora con un escritorio Budgie, similar a la edición Ubuntu Budgie.

La rama Budgie 11 evolucionará hacia la separación de la capa con la implementación de la funcionalidad principal del escritorio y la capa que brinda visualización y salida de información.

Tal separación permitirá abstraer el código de bibliotecas y herramientas gráficas específicas, así como comenzar a experimentar con otros modelos para presentar información y conectar otros sistemas de salida. Por ejemplo, será posible comenzar a experimentar con la transición previamente planificada al conjunto de bibliotecas EFL (Enlightenment Foundation Library) desarrollado por el proyecto Enlightenment.

Ademas de ello, se menciona que se trabajara para proporcionar el soporte principal para el protocolo Wayland mientras mantiene X11 como una opción (para usuarios de tarjetas gráficas NVIDIA que pueden tener problemas con el soporte de Wayland).

Tambien se planea impulsar el uso de código Rust en bibliotecas y administrador de ventanas (la parte principal permanecerá en C, pero se usará Rust para áreas críticas).

Que ademas de ello se proporcionen ajustes preestablecidos de panel y escritorio, incluidos GNOME Shell, macOS, Unity y máscaras, menús y diseños de panel de estilo Windows 11. Se pueden conectar interfaces de iniciador de aplicaciones externas.

También un soporte mejorado para la ubicación de íconos en el escritorio, la posibilidad de ubicación arbitraria y agrupación de íconos y soporte mejorado para diseños de ventanas en mosaico (ajustes horizontales y verticales, divisiones de ventanas 2×2, 1×3 y 3×1).

Otros planes y objetivos para Budgie 11 incluyen:

• Proporcionar una interfaz para cambiar entre aplicaciones al estilo de GNOME Shell y los modos de descripción general de macOS.
• Identidad funcional completa con Budgie 10 a nivel de soporte de applets.
• Nuevo administrador de escritorio virtual con soporte para arrastrar ventanas a otro escritorio y la capacidad de vincular los inicios de aplicaciones a un escritorio específico.
• Úselo para trabajar con configuraciones de formato TOML en lugar de gsettings.
• Adaptación del panel para su uso en configuraciones de monitores múltiples, la capacidad de posicionar dinámicamente el panel al conectar monitores adicionales.
• Ampliación de las opciones del menú, compatibilidad con modos de menú alternativos, como la cuadrícula de iconos y la navegación a pantalla completa a través de las aplicaciones existentes.
• Nuevo centro de control de configuración.
• Soporte para trabajar en sistemas con arquitectura RISC-V y ampliación del soporte para sistemas ARM.
  El desarrollo activo de la sucursal Budgie 11 comenzará después de que se complete la adaptación de la sucursal Budgie 10 para las necesidades de las distribuciones.

Mientras que de los planes para el desarrollo de Budgie 10:

• Preparación para el soporte de Wayland
• Transferir las funciones de seguimiento (indexación) de las aplicaciones a una biblioteca separada, que se utilizará en las sucursales 10 y 11
• Eliminación de gnome-bluetooth a favor de un montón de bluez y upower
• Obsolescencia de libgvc (biblioteca de control de volumen de GNOME) a ​​favor de Pipewire y MediaSession API
• Transferir el cuadro de diálogo de inicio a un nuevo backend de indexación de aplicaciones
• Participación en el subprograma de configuración de red libnm y D-Bus API NetworkManager
• Reelaboración de la implementación del menú
• Revisión de la administración de energía
• Reescritura del código Rust para la importación y exportación de configuraciones
• Compatibilidad mejorada con los estándares de FreeDesktop
• Mejoras en el controlador de subprogramas
• Agregar la capacidad de trabajar con temas EFL y Qt.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en la publicación original en este enlace.

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

Se dio a conocer el lanzamiento de la versión estable de la distribución de Linux, «AlmaLinux 9.0» versión que llega sincronizada con la base de Red Hat Enterprise Linux 9 y que contiene todos los cambios propuestos para esta rama.

El proyecto AlmaLinux se convirtió en la primera distribución pública basada en la base del paquete RHEL, lanzando compilaciones estables basadas en RHEL 9. La distribución es totalmente compatible binariamente con Red Hat Enterprise Linux y se puede usar como reemplazo de RHEL 9 y CentOS 9 Stream.

Para quienes desconocen de AlmaLinux, deben saber que esta es una distribucion que fue fundada por CloudLinux en respuesta al final prematuro del soporte para CentOS 8 por parte de Red Hat (el lanzamiento de actualizaciones para CentOS 8 se suspendió a fines de 2021, y no en 2029, como esperaban los usuarios).

El proyecto es supervisado por una organización independiente sin fines de lucro, la Fundación AlmaLinux OS, que se creó para desarrollarse en un entorno neutral impulsado por la comunidad utilizando un modelo de gobierno similar al del Proyecto Fedora. El kit de distribución es gratuito para todas las categorías de usuarios. Todos los desarrollos de AlmaLinux se publican bajo licencias libres.

Principales novedades de AlmaLinux 9

De los cambios más notables que se destacan de esta nueva versión, podremos encontrar por ejemplo que el escritorio se basa en GNOME 40 y la biblioteca GTK 4 y en el cual los escritorios virtuales en el modo Resumen de actividades se han cambiado a orientación horizontal y se muestran como una cadena de desplazamiento continuo de izquierda a derecha.

Ademas de ello, se destaca que GNOME ahora proporciona un controlador de perfiles de energía que brinda la capacidad de cambiar sobre la marcha entre el modo de ahorro de energía, el modo de balance de energía y el modo de rendimiento máximo.

De forma predeterminada, el menú de inicio de GRUB está oculto si es la única distribución instalada en el sistema y si el último inicio se realizó correctamente. Para mostrar el menú durante el arranque, simplemente se debe mantener presionada la tecla Shift o la tecla Esc o F8 varias veces.

Tambien se destacan los componentes de seguridad actualizados, pues ahora la distribución utiliza una nueva rama de la biblioteca criptográfica OpenSSL 3.0. De forma predeterminada, se habilitan algoritmos criptográficos más modernos y seguros.

El paquete OpenSSH se ha actualizado a la versión 8.6p1. Cyrus SASL se trasladó al backend de GDBM en lugar de Berkeley DB. Las bibliotecas NSS (Network Security Services) ya no admiten el formato DBM (Berkeley DB). GnuTLS se ha actualizado a la versión 3.7.2.

Por otra parte, tambien se destaca que se completó la migración de la distribución a Python 3 con lo cual la rama predeterminada es Python 3.9 y Python 2 ha sido descontinuado.

Se mejoró significativamente el rendimiento de SELinux y se redujo el consumo de memoria, pues se eliminó el soporte para configurar «SELINUX=disabled» para deshabilitar SELinux en /etc/selinux/config (la configuración especificada ahora solo deshabilita la carga de políticas y, de hecho, deshabilitar la funcionalidad de SELinux ahora requiere pasar «selinux=0» al kernel).

Todas las transmisiones de audio se han movido al servidor de medios PipeWire, que ahora es el predeterminado en lugar de PulseAudio y JACK. El uso de PipeWire le permite brindar capacidades profesionales de procesamiento de audio en una edición de escritorio regular, deshacerse de la fragmentación y unificar la infraestructura de audio para diferentes aplicaciones.

Tambien se destaca que de forma predeterminada, el inicio de sesión SSH como root está deshabilitado, ademas de que hora se recomienda usar nftables para administrar el firewall y que se ha ampliado la compatibilidad con IMA para comprobar la integridad de los componentes del sistema operativo mediante firmas digitales y hash.

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

Descargar y obtener AlmaLinux 9

Las imágenes de instalación están preparadas para las arquitecturas x86_64, ARM64, ppc64le y s390x en forma de arranque (800 MB), mínimo (1.5 GB) e imagen completa (8 GB).

Más adelante se formarán compilaciones en vivo con GNOME, KDE y Xfce , así como imágenes para placas Raspberry Pi, contenedores y plataformas en la nube.

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

Después de cinco meses de desarrollo se dio a conocer el lanzamiento de la nueva versión de systemd 251, versión en la cual se aumentaron de los requisitos del sistema. La versión mínima admitida del kernel de Linux se incrementó de 3.13 a 4.15. Requiere el temporizador CLOCK_BOOTTIME para funcionar. Para compilar, necesita un compilador que admita el estándar C11 y las extensiones GNU (el estándar C89 se sigue utilizando para los archivos de encabezado).

Por la parte de las novedades que se destacan de esta nueva versión, se destaca que se agregó una utilidad experimental systemd-sysupdate para detectar, descargar e instalar automáticamente actualizaciones utilizando el mecanismo atómico para reemplazar particiones, archivos o directorios.

Otro de los cambios que se destaca, es que se presenta una nueva biblioteca compartida interna, libsystemd-core-<version>.so, que se instala en el directorio /usr/lib/systemd/system y corresponde a la biblioteca libsystemd-shared-<version>.so existente. El uso de la biblioteca compartida libsystemd-core-<version>.so reduce el tamaño total de la instalación al reutilizar el código binario. El número de versión se puede especificar a través de la opción ‘shared-lib-tag’ en el sistema de compilación meson y permite que las distribuciones envíen varias versiones de estas bibliotecas al mismo tiempo.

Ademas de ello, tambien se destaca que se ha implementado el paso de variables de entorno $MONITOR_SERVICE_RESULT, $MONITOR_EXIT_CODE, $MONITOR_EXIT_STATUS, $MONITOR_INVOCATION_ID y $MONITOR_UNIT que contienen información sobre la unidad monitoreada a los controladores OnFailure/OnSuccess.

Para las unidades, se implementa la configuración ExtensionDirectories, que se puede usar para organizar la carga de componentes de System Extension desde directorios regulares, en lugar de imágenes de disco. El contenido del directorio de expansión del sistema se superpone con OverlayFS y se usa para expandir la jerarquía de directorios /usr/ y /opt/ y agregar archivos adicionales en tiempo de ejecución, incluso si los directorios especificados están montados como de solo lectura. También se ha agregado soporte para especificar un directorio al comando ‘portablectl added –extension=’.

En systemd-networkd, para las rutas de unidifusión configuradas a través de la sección [Route], el valor de alcance se cambió de predeterminado a «link» para que coincida con el comportamiento del comando «ip route». Se agregó el parámetro «Isolated=true|false» a la sección [Bridge] para configurar el atributo de puentes de red del mismo nombre en el núcleo. En la sección [Tunel], se ha agregado el parámetro Externo para configurar un túnel de tipo externo (modo de recopilación de metadatos).

De los demás cambios que se destacan:

• Se agregaron los parámetros BootServerName, BootServerAddress y BootFilename a la sección [DHCPServer] para configurar la dirección del servidor, el nombre del servidor y el nombre del archivo de inicio que envía el servidor DHCP al iniciar en modo PXE.
• En la sección [Red], se eliminó el parámetro L2TP, en lugar del cual en los archivos .netdev puede usar la nueva configuración Local en relación con la interfaz L2TP.
• Se aseguró de que systemd-resolved se inicie antes en el proceso de inicio, incluido el inicio desde initrd cuando systemd-resolved está presente en la imagen de initrd.
• Se agregó la opción –fido2-credential-algorithm a systemd-cryptenroll para seleccionar el algoritmo de cifrado de credenciales y la opción –tpm2-with-pin para controlar la entrada del PIN al desbloquear una partición usando TPM.
• Se agregó una opción similar tpm2-pin a /etc/crypttab. Al desbloquear dispositivos a través de TPM, la configuración se cifra para proteger contra la intercepción de claves de cifrado.
• Se agregó la API de D-Bus a systemd-timesyncd para recuperar información dinámicamente de un servidor NTP a través de IPC.
• Para determinar la necesidad de una salida de color en todos los comandos, se comprueba la variable de entorno COLORTERM además de NO_COLOR, SYSTEMD_COLORS y TERM, que se habían marcado anteriormente.
• El sistema de compilación Meson implementa la opción install_tag para compilaciones personalizadas e instalación de los componentes necesarios: pam, nss, devel (pkg-config), systemd-boot, libsystemd, libudev.
• Se agregó la opción de compilación default-compression para seleccionar el algoritmo de compresión para systemd-journald y systemd-coredump.
• Se agregó la configuración experimental «reboot-for-bitlocker» a sd-boot en loader.conf para iniciar Microsoft Windows con BitLocker TPM.
• Systemd-journald ha estabilizado la capacidad de exportar en formato JSON. Se agregó soporte para la salida JSON en los comandos «journalctl –list-boots» y «bootctl list» (indicador «–json»).
• Se agregaron nuevos archivos de base de datos hwdb a udev, que contienen información sobre dispositivos portátiles (PDA, calculadoras, etc.) y dispositivos utilizados para crear sonido y video (consolas de DJ, teclados).
• La configuración LoadCredential permite un nombre de directorio como argumento, en cuyo caso intenta cargar las credenciales de todos los archivos en el directorio especificado.
• En systemctl, el parámetro «–timestamp» agregó la capacidad de especificar el indicador «unix» para mostrar la hora en formato de época (la cantidad de segundos desde el 1 de enero de 1970).

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/Mlj6cxK
via IFTTT

Después de dos meses de desarrollo, Linus Torvalds dio a conocer el lanzamiento del kernel Linux 5.18 versión en la cual entre los cambios más notables se llevó a cabo una gran limpieza de la funcionalidad obsoleta, el sistema de archivos Reiserfs se declaró obsoleto, se implementaron eventos de seguimiento de procesos de usuario, se agregó soporte para el mecanismo de bloqueo de vulnerabilidades Intel IBT, entre otras cosas mas.

La nueva versión recibió 16206 correcciones de 2127 desarrolladores (la última versión tuvo 14203 correcciones de 1995 desarrolladores), el tamaño del parche es de 108 MB (los cambios afectaron a 14235 archivos, se agregaron 1340982 líneas de código, se eliminaron 593836 líneas).

Principales novedades en Linux 5.18

En esta nueva version, el sistema de archivos Btrfs ha agregado soporte para reenviar datos comprimidos al realizar operaciones de envío y recepción. Anteriormente, cuando se usaba enviar/recibir, el lado emisor descomprimía los datos almacenados en forma comprimida y el lado receptor los volvía a comprimir antes de escribir.

En el kernel 5.18, las aplicaciones de espacio de usuario que usan llamadas de envío/recepción tienen la capacidad de transferir datos comprimidos sin volver a empaquetar. La funcionalidad se implementa gracias a las nuevas operaciones ioctl BTRFS_IOC_ENCODED_READ y BTRFS_IOC_ENCODED_WRITE, que le permiten leer y escribir información directamente en extensiones.

El modo de E/S directa proporciona acceso a archivos cifrados cuando fscrypt utiliza cifrado en línea, en el que las operaciones de cifrado y descifrado las realiza el controlador de la unidad, no el kernel. Con el cifrado de kernel convencional, el acceso a los archivos cifrados mediante E/S directa sigue siendo imposible, ya que se accede a los archivos sin pasar por el mecanismo de almacenamiento en búfer del kernel.

El sistema de archivos ReiserFS ha quedado obsoleto y se espera que se elimine en 2025. La desaprobación de ReiserFS reducirá el esfuerzo necesario para mantener los cambios comunes en el sistema de archivos para admitir las nuevas API de montaje, iomap y tomo.

Para el sistema de archivos F2FS, se implementa la posibilidad de asignar ID de usuario de sistemas de archivos montados, que se utiliza para hacer coincidir los archivos de un determinado usuario en una partición externa montada con otro usuario en el sistema actual.

Se ha rediseñado el código para calcular estadísticas en los controladores de Device-mapper, lo que ha mejorado significativamente la precisión de la contabilidad en controladores como dm-crypt.

Para dispositivos NVMe, se ha implementado compatibilidad con sumas de verificación de 64 bits para verificaciones de integridad.

Se ha propuesto una nueva opción de montaje «keep_last_dots» para el sistema de archivos exfat, que evita que se borren los puntos al final del nombre de archivo (en Windows, los puntos al final del nombre de archivo se eliminan de manera predeterminada).

EXT4 mejora el rendimiento del modo fast_commit y aumenta la escalabilidad. La opción de montaje «mb_optimize_scan», que mejora el rendimiento en condiciones de gran fragmentación del sistema de archivos, se ha adaptado para trabajar con archivos con extensiones.

Ademas de ello, se ha comenzado la integración de un conjunto de parches, que pueden reducir significativamente el tiempo de reconstrucción del núcleo al reestructurar la jerarquía de los archivos de encabezado y reducir la cantidad de dependencias cruzadas. El kernel 5.18 incluye parches que optimizan la estructura de los archivos de encabezado del programador de tareas (kernel/sched). En comparación con la última versión, el consumo de tiempo de la CPU para crear kernel/programación/código se ha reducido en un 61 % y el tiempo real se ha reducido en un 3,9 % (de 2,95 a 2,84 segundos).

Por otra parte, tambien se destacan las herramientas extendidas para rastrear aplicaciones en el espacio del usuario. La nueva versión del kernel agrega la capacidad para que los procesos de usuario creen eventos de usuario y escriban datos en el búfer de seguimiento, que se puede ver a través de las utilidades de seguimiento del kernel comunes, como ftrace y perf. Los eventos de seguimiento del espacio de usuario están aislados de los eventos de seguimiento del núcleo.

Se eliminó la compatibilidad con los procesadores ARM más antiguos (ARMv4 y ARMv5) que no tienen una unidad de administración de memoria (MMU). Se ha conservado la compatibilidad con los sistemas ARMv7-M sin una MMU.

En el subsistema eBPF, el mecanismo BTF (formato de tipo BPF), que proporciona información para la verificación de tipos en pseudocódigo BPF, implementa la capacidad de agregar anotaciones a variables que se refieren a áreas de memoria del espacio de usuario. Las anotaciones ayudan al sistema de verificación de código BPF a identificar y verificar mejor los accesos a la memoria.

Para la arquitectura x86, se ha agregado soporte para el mecanismo de protección de flujo de comando Intel IBT, que evita el uso de técnicas de construcción de exploits utilizando técnicas de programación orientada al retorno (ROP)., programación orientada al retorno), en el que el exploit se forma en forma de una cadena de llamadas a piezas de instrucciones de la máquina que ya están en la memoria, terminando con una instrucción de retorno de control (por regla general, estos son el final de las funciones).

El controlador amdgpu tiene la tecnología de sincronización adaptativa FreeSync habilitada de forma predeterminada, que le permite ajustar la frecuencia de actualización de la información en la pantalla, lo que garantiza imágenes fluidas y sin interrupciones cuando juega y mira videos. Soporte GPU Aldebaran anunciado como estable.

El controlador nouveau proporciona soporte para velocidades de bits más altas para interfaces DP/eDP y soporte para extensiones de cable ltprs (repetidores PHY ajustables de entrenamiento de enlace).

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/ou1ROsC
via IFTTT