Grml Live Linux es una distribución GNU/Linux en modo vivo pensada especialmente para administradores de sistemas y para recuperar sistemas con problemas. Se basa en Debian y se ha seleccionado un excelente cantidad de paquetes preinstalados para estas labores. De esa forma, el administrador o técnico podrás conseguir su herramienta favorita para operar. Y eso no es todo, también la puedes encontrar para x86 tanto de 32-bit como de 64-bit gracias a su ISO multiboot para que puedas seleccionar en el arranque una u otra.

Grml Live Linux también tiene a tu disposición varios scripts y utilidades para hacerte la vida mucho más fácil. Por otro lado, debes saber que por defecto, el shell que se emplea no es Bash, sino que es Zsh, además de estar modificado para potenciar sus capacidades en un paquete llamado grml-zshrc. También encontrarás un sistema para usar X Window System denominado grml-x, herramienta para la instalación de un USB con Grml Live Linux llamada grml2usb, un programa para cifrado denominado grml-crypt, mkfs, losetup, mount, etc.

El paquete grml-terminalserver es otra de las herramientas que puedes encontrar en este proyecto y que tiene todo lo que tú necesitas para arrancar Grml sobre la red (PXE). El siguiente paquete interesante es grml-hwinfo, un programa para obtener información del hardware del equipo donde se está ejecutando. En el caso de grml-live es un framework basado en FAI (Fully Automatic Installation) para generar un Live basado en Debian de Grml, y grml-debootstrap es un envoltorio de debootstrap para instalar Debian. Por último, grml-tips tiene algunos consejos y trucos útiles para el día a día en la línea de comandos.

Completo e interesante proyecto este Grml Live Linux, y con bastantes posibilidades que aportan flexibilidad al usuario. Eso sí, no es para principiantes, ya que las herramientas se basan en la línea de comandos…

Más información y descarga – Sitio Oficial

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

El entorno de escritorio GNOME ha evolucionado durante la última década hasta convertirse en GNOME 40. GNOME 40 fue una versión importante que cambió el diseño de la interfaz de usuario con un enfoque moderno. Se puede decir por la forma en que GNOME 40 está diseñado que su shell y la tecnología subyacente están preparadas para pantallas más pequeñas. De alguna manera se siente como un sistema operativo móvil como Android en lugar de un entorno de escritorio debido a sus espacios de trabajo controlados por gestos, la cuadrícula de iconos y la base.

En un dispositivo de pequeño factor de forma, la bandeja del sistema, el calendario, las notificaciones y las aplicaciones nativas funcionan bien y con eficacia. GTK4 y libadwaita ayudan a asegurar que las aplicaciones y los controles en una plataforma móvil sean receptivos y visualmente atractivos. Después de la versión 40 de GNOME Shell, los desarrolladores de GNOME trabajaron en varios conceptos de diseño para dispositivos de pequeño tamaño, incluyendo tabletas y teléfonos móviles.

Mientras que las grandes empresas tecnológicas han hecho donaciones a GNOME, el Fondo de Prototipos ha ayudado al equipo a mantener este trabajo. Se ha creado un fondo de prototipos que les permite continuar con este esfuerzo. El Fondo Prototipo es un programa de subvenciones que proporciona fondos del Ministerio de Educación alemán (BMBF) para apoyar el software de interés público. Elaborar una interfaz móvil es una empresa extremadamente ambiciosa.

Requiere una visión bien diseñada para admitir miles de hardware móvil diferentes y un buen soporte al usuario. Sin mencionar, la privacidad y seguridad de los usuarios en un dispositivo móvil.

Por lo tanto, con este fondo, el equipo se concentra en una prueba de concepto que se adapta a algunas interacciones de usuario esenciales en GNOME Shell:

• Lanzacohetes
• Cuadrículas de aplicaciones
• Deslizar, gestos y navegaciones
• Buscar con el teclado del móvil
• Detectar tamaño de pantalla y soporte de rotación de pantalla
• Espacios de trabajo y multitarea
• Ajustes
• Teclado en pantalla

Siempre es importante recordar que una experiencia móvil es mucho más que la interfaz de usuario. Además, GNOME en sí mismo no es un sistema operativo. Consiste en el sistema operativo estable subyacente, que brinda privacidad y seguridad muy necesarias. Además, a la «App Store» le gusta el concepto. Los fabricantes de teléfonos deben trabajar con los desarrolladores de GNOME para que sus productos adopten este concepto.

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

En los últimos años el software libre y de código abierta está sufriendo ataques de todos lados.  El problema no es solo las empresas comercializadoras de software privativo y sus prácticas monopólicas.  En los últimos años se sumaron el agotamiento de los desarrolladores de proyecto comunitario, su falta de financiamiento, las empresas que se benefician, pero no contribuyen con nada, las empresas que solo vuelcan sus recursos a proyectos rentables y, los que quieren utilizarlo para su propia agenda.

No dejemos que nos roben el Open Source

Esta mañana estaba tranquilamente mirando mi timeline en Twitter cuando me encuentro con un llamado Manifiesto del Código Abierto por la igualdad. Que, como muchas otras propuestas que incluyen la palabra igualdad solo pretende producir divisiones sin ningún criterio que lo justifique más allá de la ideología.
Traduzco:

Abramos el código abierto
Manifiesto de código abierto para la igualdad

¿Perdón?
Yo creí que con los 4 principios del software libre y la definición de la Open Source Initiative ya estaba lo suficientemente abierto.

A ver, veamos

Un programa es software libre si los usuarios tienen las cuatro libertades esenciales:

• La libertad de ejecutar el programa como se desee, con cualquier propósito
• La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que usted quiera (libertad 1). El acceso al código fuente es una condición necesaria para ello.
• La libertad de redistribuir copias para ayudar a otros.
• La libertad de distribuir copias de sus versiones modificadas a terceros (libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de beneficiarse de las modificaciones. El acceso al código fuente es una condición necesaria para ello.

Definición de código abierto
Introducción
El código abierto no solo significa acceso al código fuente. Los términos de distribución del software de código abierto deben cumplir con los siguientes criterios:

1. Redistribución libre: La licencia no impedirá que ninguna de las partes venda o regale el software como componente de una distribución de software agregada que contenga programas de varias fuentes diferentes. La licencia no requerirá una regalía u otra tarifa por dicha venta.
2. Código fuente: El programa debe incluir el código fuente y debe permitir la distribución tanto en el código fuente como en forma compilada. Cuando alguna forma de un producto no se distribuya con el código fuente, debe haber un medio bien publicitado de obtener el código fuente por no más que un costo de reproducción razonable, preferiblemente descargándolo a través de Internet sin cargo. El código fuente debe ser la forma preferida en la que un programador modificaría el programa. No se permite el código fuente ofuscado deliberadamente. No se permiten formas intermedias como la salida de un preprocesador o traductor.
3. Obras Derivadas: La licencia debe permitir modificaciones y trabajos derivados, y debe permitir su distribución en los mismos términos que la licencia del software original.
4. Integridad del código fuente del autor: La licencia puede restringir la distribución del código fuente en forma modificada solo si la licencia permite la distribución de «archivos de parches» con el código fuente con el fin de modificar el programa en el momento de la compilación. La licencia debe permitir explícitamente la distribución de software creado a partir del código fuente modificado. La licencia puede requerir que los trabajos derivados lleven un nombre o número de versión diferente del software original.
5. No discriminación contra personas o grupos: La licencia no debe discriminar a ninguna persona o grupo de personas.
   Sin discriminación contra los campos de esfuerzo: La licencia no debe impedir que nadie haga uso del programa en un campo de actividad específico. Por ejemplo, no puede restringir el uso del programa en un negocio o para la investigación genética.
6. Distribución de Licencia: Los derechos adjuntos al programa deben aplicarse a todos aquellos a quienes se redistribuye el programa sin necesidad de que esas partes ejecuten una licencia adicional.
7. La licencia no debe ser específica de un producto: Los derechos adjuntos al programa no deben depender de que el programa sea parte de una distribución de software en particular. Si el programa se extrae de esa distribución y se usa o distribuye dentro de los términos de la licencia del programa, todas las partes a las que se redistribuye el programa deben tener los mismos derechos que se otorgan junto con la distribución de software original.
8. La licencia no debe restringir otro software: La licencia no debe imponer restricciones a otro software que se distribuya junto con el software con licencia. Por ejemplo, la licencia no debe insistir en que todos los demás programas distribuidos en el mismo medio deben ser software de código abierto.
9. La licencia debe ser tecnológicamente neutral: Ninguna disposición de la licencia puede basarse en ninguna tecnología o estilo de interfaz individual.

¿Más abierto que eso? Solo que usemos una ganzúa.

Ser propietario de un teléfono móvil y tener acceso a Internet puede cambiar vidas.

Para nada, lo que cambia vidas es tener acceso a un hospital o una escuela, la posibilidad de alimentarse sanamente y abrigarse y que se garantice la protección de la ley. La vida te la cambia un refrigerador o un horno, no un smartphone.

Sin embargo, millones de mujeres en los países en desarrollo no pueden aprovechar Internet móvil. Las principales razones de esto son la falta de alfabetización y habilidades digitales.

Y de hombres también.

Podemos cambiar eso. Con herramientas abiertas e inclusivas que facilitan el acceso a importantes conocimientos e información práctica, desarrollados por y para mujeres.

¿A alguno de ustedes se les ocurre alguna razón no machista por el cuál las mujeres no puedan aprender con herramientas desarrolladas por y para hombres?

Sin embargo, solo el 6% de todos los contribuyentes de código abierto en todo el mundo son mujeres, y aún menos en el Sur Global. Es hora de actuar ahora.

¿Fuente? Si, tengo una de plata que una tía le regalo a mis padres para el casamiento.
De todas formas, alguna vez alguien va a tener que hacer una investigación independiente y no interesada de por qué hay más hombres que mujeres en carreras relacionadas con la informática.

La inclusión, el empoderamiento y la igualdad deben estar en el centro de nuestros esfuerzos para garantizar el desarrollo sostenible.

Se ve que no encontraron la forma de incluir al cambio climático, es el único cliché progresista que les faltó.

Para lograr esto, necesitamos un espacio seguro y amigable para principiantes para que las mujeres participen en proyectos de código abierto que promuevan la igualdad de género.

No, lo que necesitan urgente es ayuda profesional, Eso de creer que todos los hombres somos animales que no controlamos nuestros impulsos sexuales y, las mujeres unas incapaces que no pueden manejarse solas en el mundo real, sin dudas es síntoma de algo.

Y para que quede claro, la función del código abierto es impulsar el código abierto.

Es por eso que estamos construyendo Open Source for Equality, un movimiento que empodera a las mujeres para empoderar a las mujeres.

Abramos el código abierto.

Este tipo de iniciativas que solo siguen las causas de moda no solo no benefician al movimiento del software libre y de código abierto. De hecho, están en abierta contradicción con sus principios.

Seguiría argumentando en contra de este tipo de movimiento, pero tengo que ir a lavar los platos. Cosa que mi padre y mi abuelo hicieron toda su vida. Como nadie les avisó a mi madre y mi abuela que necesitaban ayuda para ser empoderadas, lo hicieron solas.

from Linux Adictos https://ift.tt/8O4rJ1E
via IFTTT

La diagramación de un libro electrónico es diferente al de uno que va a ser imrpeso.

En el artículo anterior comenzamos a ver las pautas que exige el sistema de publicación directa de Amazon para poder participar del concurso y como implementarlas en las dos herramientas que mencionamos; Calibre y Sigil/PageEdit. Ahora vamos a ver como se utilizan con un ejemplo práctico de la creación de un ebook.

Aunque el concurso es para novelas en mi ejemplo voy a utilizar la Constitución de la Nación Argentina porque se trata del típico documento estructurado que tanto le gusta a Kindle.

Armando la estructura del ebook

Una acaaración. El editor de ebook de Calibre puede crear en forma nativa libros para el formato propietario de Amazon AZW3 mientras que Sigil utiliza EPUB3 que requiere una conversión que se hace en los servidores de Amazon.

Creando un ebook en blanco

En el Editor de Calibre

1. Pulsa en Archivo.
2. Selecciona en Crear un nuevo vació.
3. Completa con el título Constitución de la Nación Argentina y, asegúrate de que el idioma sea Español.
4. Pulsa en AZW3

En Sigil

1. Pulsa en Nuevo.
2. Selecciona ePub3.
3. Presiona en Herramientas.
4. Selecciona Editor de metadatos.
5. Cambia el idioma a español seleccionando en el menú desplegable.
6. Cambia el título a Constitución de la Nación Argentina.

Agregando páginas

La estructura de la Constitución es la siguiente:

1. Preámbulo.
2. Primera parte compuesta por dos capítulos.
3. Segunda parte compuesta por títulos que se dividen en secciones las cuales a su vez se dividen en capítulos.

Necesitamos dos páginas para separar las partes, una para cada capítulo de la primera,

En el editor de Calibre

1. 1. Posa el puntero sobre la página Start debajo de la sección Texto y con el botón derecho selecciona la opción para cambiar el nombre.  Puedes ponerle como nombre Inicio.
   2. Pulsa en el signo + del menú y crea páginas con los nombres de la lista de páginas de más abajo.

En Sigil

1. Posa el puntero sobre Text.
2. Selecciona Crear archivo HTML en blanco.
3. Posa el puntero sobre cada página cámbiale el nombre por el de la lista de más abajo.

Lista de nombres de página

• primera_parte.xhtml
• capitulo_1.xhtml
• capítulo_2.xhtml
• segunda_parte.xhtml
• titulo_primero.xhtml
• sección_primera.xhtml
• capítulo_1.xhtml
• capitulo_2.xhtml
• capitulo_3.xhtml
• capitulo_4.xhtml
• capitulo_5.xhtml
• capitulo_6.xhtml
• capitulo_7.xhtml
• seccion_2.xhtml
• capitulo_1.xhtml
• capitulo_2.xhtml
• capitulo_3.xhtml
• capitulo_4.xhtml
• seccion_tercera.xhtml
• capitulo_1.xhtml
• capitulo_2.xhtml.
• seccion_cuarta.xhtml
• titulo_2.xhtml
• disposiciones_transitorias

Agregando hojas de estilo

No los dije hasta el momento, pero los EPUB y AZW3 son un cruce entre páginas web y archivos zip. Como en cualquier otra página web es posible darle estilo al texto directamente o usando una hoja de estilo aparte.  El segundo método nos permite reducir el espacio del archivo además de establecer reglas generales de visualización para los distintos tipos de dispositivos Kindle.

La forma de agregar una hoja de estilo es:

En el editor de Calibre

1. Pulsa en el signo +
2. Escribe estilos/nombre_de_hoja_de_estilo.css en la ventana que se abre.
3. Pulsa en Aceptar.

Por supuesto, cambia nombre_de_hoja_de_estilo por lo que corresponda.

En Sigil

1. Pulsa en styles.
2. Con el botón derecho pulsa en Añadir una hoja de estilos en blanco.

Antes de que sigas leyendo te advierto que estoy complicando las cosas.  El Programa de Publicación Directa de Kindle admite documentos en formato DOCX por lo que podrías saltarte todo esto y escribirlo en LibreOffice solo tomando la precaución de que esté bien estructurado. Pero si haces eso no vuelvas a dirigirnos la palabra y desinstala Linux de tu computadora.  Es broma, me gusta usar EPUB o AZW3 porque genera archivos más livianos y sobre todo más configurables.

En todo caso, para crear un ebook de calidad, Amazon nos sugiere lo siguiente:

1. Establecer claramente el idioma del texto. (Se hace en el código)
2. Utilizar encabezados jerárquicos para capítulos, secciones y subsecciones.
3. Organizar los elementos en listas. (Se admiten numeradas o con viñetas)
4. Utilizar tablas en lugar de captura de tablas.  Incluir el pie de tabla y los encabezados de fila y columna.
5. Poner textos explicativos en todas las imágenes.
6. Añadir textos autodescriptivos a los enlaces.
7. Utilizar el lenguaje MathML para representar fórmulas matemáticas.
8. Tener en cuenta el contraste entre el texto y el color de fondo.

En el próximo artículo veremos cómo se acomodan los diferentes elementos del libro en el código.

Artículos anteriores

Parte 1

Parte 2

Parte 3

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

Como cada dos semanas, y tras la v7.9, WineHQ lanzó anoche una nueva versión de desarrollo de su software para ejecutar aplicaciones de Windows en otros sistemas operativos, en esta ocasión WINE 7.10. Para algunos puede que sea una actualización poco importante, pero sí se incluye algo que mejora mucho la experiencia de usuario, hasta el punto de que permite usar algunas aplicaciones que de otra manera sería imposible o poco probable. Estamos hablando del motor Mono, lo que permite que se ejecuten apps que requieran .NET Framework.

Además, WineHQ menciona que se han corregido 56 bugs, lo que es cerca del doble de lo que suele corregir, y se han aplicado un total de 379 cambios. Una vez más, tenemos que recordar aquellas versiones en las que introdujeron más de 600, pero cerca de 400 está dentro de la media, por encima diría yo. De todo esto, lo más destacado según WineHQ es lo que tenemos a continuación.

Novedades más destacadas de WINE 7.10

Lo más destacado, sin duda, es que el motor Mono se ha actualizado a 7.3.0, pero el proyecto también menciona en su lista que el driver para macOS se ha pasado a PE, una colación Unicode compatible con Windows y soporte para Wow64 en Secur32, lista que se completa con el quinto punto en el que se mencionan correcciones varias.

WINE 7.10 está disponible desde este enlace, y no sé si seguir haciendo mención a la segunda opción porque nunca funciona. Ya, por curiosidad y haciendo un trabajo que no me corresponde, he accedido a ese servidor, he eliminado las últimas partes y he accedido a las de WINE 6.x, que sí funcionan. Por lo tanto, creo que publican el segundo enlace a modo de «placeholder», es decir, no funciona hoy, pero lo hará en el futuro. «Shit happens». En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.11 que llegará el 17 de junio. No sabemos cuántos cambios introducirán dentro de dos semanas, pero si deberían ser un par de cientos o más. Y por lo menos ya parece que sabemos lo que pasa con el segundo enlace, aunque la explicación no me satisfaga.

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

Hace algunas semanas compartimos aquí en el blog la noticia sobre el cambio del nombre del proyecto de MangoDB que permite reemplazar el DBMS orientado a documentos de MongoDB con PostgreSQL sin realizar cambios en el código de la aplicación.

El nuevo nombre del proyecto es FerretDB y recientemente se dio a conocer la liberación de la versión 0.3 del proyecto. La versión FerretDB 0.3 presenta el comando findAndModify, que modifica un documento pero devuelve su versión original, ademas de que se implementaron operadores de actualización de campo, entre otras cosas mas.

Para quienes aún desconocen de FerretDB, deben saber que este se implementa como un servidor proxy que traduce las llamadas a MongoDB en consultas SQL a PostgreSQL, lo que le permite usar PostgreSQL como almacenamiento real.

La necesidad de migración puede surgir en relación con la transición de MongoDB a una licencia SSPL no libre, que se basa en la licencia AGPLv3, pero no está abierta, ya que contiene un requisito discriminatorio para proporcionar bajo la licencia SSPL no solo la aplicación código en sí, sino también los códigos fuente de todos los componentes involucrados en la prestación del servicio en la nube.

El público objetivo principal de FerretDB son los usuarios que no utilizan las funciones avanzadas de MongoDB en sus aplicaciones, pero que desean utilizar una pila de software completamente abierta.

En la etapa actual de desarrollo, FerretDB aún admite solo una parte de las características de MongoDB que se usan con mayor frecuencia en las aplicaciones típicas. En el futuro, planean lograr una compatibilidad total con los controladores para MongoDB y brindar la capacidad de usar FerretDB como un reemplazo transparente para MongoDB.

MongoDB ocupa un nicho entre los sistemas rápidos y escalables que operan con datos clave/valor y los DBMS relacionales que son funcionales y fáciles de consultar.

MongoDB admite el almacenamiento de documentos en un formato similar a JSON, tiene un lenguaje bastante flexible para generar consultas, puede crear índices para varios atributos almacenados, proporciona almacenamiento eficiente de objetos binarios grandes, admite el registro de operaciones para cambiar y agregar datos a la base de datos, puede trabajar de acuerdo con el paradigma Map/Reduce, admite la replicación y la construcción de configuraciones tolerantes a fallas.

Debido a las diferencias en la semántica de las funciones json de PostgreSQL y MongoDB, hubo una discrepancia en el comportamiento al comparar y ordenar diferentes tipos. Para resolver este problema, ahora se extrae una muestra de datos redundantes de PostgreSQL y el filtrado del resultado se realiza en el lado de FerretDB, lo que hizo posible repetir el comportamiento de MongoDB en la mayoría de las situaciones.

Principales novedades de FerretDB 0.3

Tal y como se mencionó al inicio, la nueva versión de FerretDB 0.3 se destaca por introducir el comando findAndModify, que modifica un documento, pero devuelve su versión original.

Otros de los cambios que se destacan es que se ha mejorado el manejo del cero negativo, asi como tambien que se agregó el soporte para ordenar tipos de datos escalares.

Tambien se destacan los nuevos operadores de actualización de campo implementados: $inc y $set, además de que se agregó soporte para ordenar tipos de datos escalares.

Por otra parte, se menciona que se han realizado diversas mejoras para el manejo de las versiones de PostgreSQL y MongoDB.

Ademas de ello, también se destaca que se solucionó la prueba incorrecta para el operador $mod, tambien que se emite la prueba en todos los sistemas operativos ARM64 y que se agregó más visibilidad para los niveles de registro de errores del enrutador/proxy.

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

• Actualizar CODEOWNERS
• Sincronizar controladores ficticios y pg
• Renombrar OP_*constantes a OpCode*constantes
• Mejorar gopkg.in/yaml.v3
• Bump gopkg.in/yaml.v3 en herramientas
• Hacer tipo Path
• Pánico en valores de pedidos inesperados
• Agregue algunos comentarios a las funciones y variables
• Eliminar código muerto

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

Hace ya algunos días se dio a conocer la noticia que el repositorio de desarrollo de la versión Ubuntu 22.10 se movió para usar el servidor de medios PipeWire predeterminado para el procesamiento de audio.

Con este cambio, los paquetes relacionados con PulseAudio se han eliminado de los paquetes desktop y desktop-minimal, y por compatibilidad, en lugar de bibliotecas para interactuar con PulseAudio, se ha agregado una capa pipewire-pulse que se ejecuta sobre PipeWire, lo que le permite mantener todos los existentes clientes de PulseAudio funcionando.

La persona quien confirmo el cambio fue Heather Ellsworth de Canonical, quien mediante una publicación comento sobre la decisión de migrar completamente a PipeWire en Ubuntu 22.10.

Se observa que en Ubuntu 22.04 se usaron ambos servidores en la distribución: PipeWire se usó para procesar video al grabar screencasts y proporcionar acceso a la pantalla, pero el audio continuó procesándose usando PulseAudio. En Ubuntu 22.10, solo permanecerá PipeWire.

Así es, a partir de hoy, Kinetic iso (pendiente, aún no actual ya que se acaban de realizar los cambios) se ha actualizado para ejecutar solo pipewire y no pulseaudio. Asi que@copong, puede esperar esto para kinetic.

Para Jammy, puede notar que tiene tanto pipewire como pulseaudio ejecutándose. Esto se debe a que aún se usa pulseaudio para el audio, pero se usa pipewire para el video. (Se necesita Pipewire para transmitir y compartir pantallas en Wayland).

Espero que esto aclare nuestros planes con respecto a pipewire/pulseaudio, pero avísenos si tiene más preguntas.

Hace dos años, ya se implementó un cambio similar en la distribución de Fedora 34, que permitió brindar capacidades profesionales de procesamiento de audio, eliminar la fragmentación y unificar la infraestructura de audio para diferentes aplicaciones.

Para quienes desconocen de PipeWire, deben saber que este ofrece un modelo de seguridad avanzado que le permite administrar el acceso por dispositivo y por transmisión, lo que facilita la transmisión de audio y video desde y hacia contenedores aislados.

PipeWire puede procesar cualquier flujo de medios y puede mezclar y redirigir no solo flujos de audio, sino también flujos de video, así como administrar fuentes de video (dispositivos de captura de video, cámaras web o contenido de pantalla que muestran las aplicaciones). PipeWire también puede actuar como un servidor de audio de baja latencia y brindar una funcionalidad que combina las capacidades de PulseAudio y JACK , lo que incluye tener en cuenta las necesidades de los sistemas de procesamiento de audio profesionales que PulseAudio no podría reclamar.

De las características clave que se pueden destacar:

• Capacidad de capturar y reproducir audio y video con demoras mínimas
• Herramientas para el procesamiento de video y sonido en tiempo real
• Arquitectura multiproceso que permite organizar el acceso compartido al contenido de varias aplicaciones
• Modelo de procesamiento basado en gráficos de nodos multimedia con soporte para bucles de retroalimentación y actualizaciones de gráficos atómicos. Está permitido conectar controladores tanto dentro del servidor como en complementos externos
• Interfaz eficiente para acceder a secuencias de video a través de descriptores de archivos y acceso de audio a través de un búfer de anillo compartido
• Capacidad para procesar datos multimedia de cualquier proceso
• La presencia de un complemento para GStreamer para simplificar la integración con las aplicaciones existentes
• El soporte para entornos aislados y sistema de paquetes Flatpak
• El soporte para complementos en formato SPA (Simple Plugin API) y la capacidad de crear complementos que funcionan en tiempo real duro
• Sistema flexible para negociar formatos multimedia usados ​​y asignación de búfer
• Capacidad de poder usar un solo proceso en segundo plano para enrutar audio y video.
• La capacidad de actuar como un servidor de sonido, un centro para proporcionar video a las aplicaciones (por ejemplo, para la API de screencast de gnome-shell) y un servidor para controlar el acceso a los dispositivos de hardware de captura de video.

Finalmente para quienes estén interesados en poder conocer más al respecto sobre la nota, pueden consultar el hilo de la discusión en el siguiente enlace.

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

Qué mal me ha sabido haber vendido mi iPad 4 hace varios años al empezar a leer una noticia publicada en Ars Technica, y qué tranquilo me he quedado al leer algo más que el titular. El titular dice «¿Tienes por ahí un iPad viejo? Podrías hacer que ejecutara Linux pronto«, e inmediatamente después he pensado en aquel iPad 4 que podría usar para tener Linux en una tablet decente (no como la PineTab, que me perdone PINE64). Me he quedado más tranquilo al ver en qué tablets de la manzana lo están probando.

Porque la cuestión es que hay unos desarrolladores que están trabajando para poder instalar Linux en algunos iPad, más concretamente los que usan los chip A7 y A8 de la manzana. El 4 usaba el A6X, por lo que no me daba. Menos mal. Fue el primer iPad Air el que dio el salto al A7, el primero de los dos que están soportados en estos momentos. Y es que los desarrolladores están instalando Linux en tablets de Apple con procesador A7 y A8.

Linux en el iPad de nativo, nada que ver con Shell

Hasta ahora, lo más cerca que hemos estado de tener Linux en una tablet de los de Cupertino ha sido Shell, es decir, como un escritorio remoto que se puede ejecutar en cualquier aparato. Manjaro lo vendió como una posibilidad, para más tarde dar la información completa que no tenía nada que ver.

Pero de lo que va esta noticia es del trabajo de Konrad Dybcio y quaack723, quienes han trabajado hombro con hombro para conseguir que el kernel Linux 5.18 inicie en un viejo iPad Air 2, el que usaba el A8. El sistema operativo que pretenden instalar es uno basado en Alpine Linux, el por muchos de nosotros conocido postmarketOS. Para que esto sea posible, han usado un exploit llamado Checkm8, que está a nivel de bootrom, es decir, es un fallo de hardware que Apple no podría tapar aunque quisiera. Este tipo de bugs, los de bootrom, son los que hacían que un jailbreak siempre fuera posible en un aparato, por mucho que se actualizara.

postmarketOS, el sistema elegido

Los desarrolladores también dicen que se podrá instalar postmarketOS en cualquier dispositivo con esos procesadores, y los usan también el iPhone 5s y los 6 y 6 Plus.

Todo esto está en sus primeras fases, y yo dudo que ahora mismo sea la mejor opción. Por ejemplo, el iPhone 5s ya no recibe actualizaciones del sistema operativo, pero conozco a gente que lo tiene y las aplicaciones siguen funcionando perfectamente. Será cuando las apps empiecen a dejar de funcionar y cuando todo esto esté más maduro cuando habrá que tomar una decisión. O si nos gusta Linux y tenemos uno de estos aparatos por ahí guardados, quizá sí sea una buena idea. En cualquier caso, Linux nunca deja de sorprendernos, y es capaz de llegar hasta al recoveco más escondido

Imagen: Konrad Cybcio en Twitter.

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

Tras la v22.02 del pasado febrero, el proyecto que está detrás de este sistema operativo basado en Debian para dispositivos con chip ARM ha lanzado armbian 22.05. Para ser totalmente sincero, es uno de los pocos sistemas operativos que no he probado en mi Raspberry Pi, por lo que no puedo decir mucho sobre su rendimiento o funciones. Si puedo informar de nuevos lanzamientos, claro, como el que anunciaron hace menos de 24 horas.

Siendo un sistema operativo para dispositivos ARM, una de las cosas que tiene que hacer bien, o como poco hacer, es funcionar en las placas simples, y armbian 22.05 ha añadido soporte para varias de ellas. Por ejemplo, ahora soporta la Orange Pi R1+ LTS, Orange Pi 3 LTS, Radxa Rock 3A y Zero y las DevTerm A06 de ClockworkPi.

armbian 22.05 soporta Linux 5.17

Además de soportar más placas, se ha mejorado el soporte para otras, como la Orange Pi Zero 2, Odroid N2, Tinker Board, Allwinner A20 y Alwinner H5. El RK3328 se ha mejorado para que funcione con Linux 5.10, se ha corregido el soporte para SATA en las placas Banana, se ha mejorado el soporte para los dispositivos de la familia Marvell A3700 y la gestión de la temperatura en el Jetson Nano Developer Kit.

Entre otras novedades, armbian 22.05 soporta Linux 5.17, la penúltima versión del núcleo de Linux, en los sabores mvebus64 y UEFI Edge, soporta la ejecución de aplicaciones de 64bits y el driver de NVIDIA en las imágenes x86. También se ha mejorado el soporte para los escritorios GNOME y Budgie, así como el navegador Chromium en las imágenes basadas en Ubuntu 22.04 LTS. Aún más, el driver Realtek RTL8822Bs es más fiable, se ha corregido un problema de parpadeo por la salida HDMI y se ha mejorado el soporte para Docker.

Para más información, la lista completa de cambios está en este enlace.

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

Poco más de un mes después de la primera actualización de punto, ya tenemos aquí la segunda. Estamos hablando de GNOME 42.2, una actualización de mantenimiento de las que se lanzan para pulir lo que llegó a mediados de marzo, no para añadir nuevas funciones destacadas. Aquellas llegaron en la primera versión, la que trajo, por ejemplo, la nueva herramienta de capturas de pantalla que ahora también permite grabar el escritorio, aunque sin sonido.

Las actualizaciones de punto se lanzan para hacer que todo sea más fiable, para mejorar el rendimiento y añadir todo tipo de parches, entre los que hay de seguridad. Además, de GNOME 42.2 también se destaca un soporte mejorado para paquetes de nueva generación, aunque ya están entre nosotros más de seis años.

Novedades más destacadas de GNOME 42

• Mejorado el seguimiento de la lupa en Wayland.
• Corrección para los gestos del teclado en la pantalla.
• Corregido un fallo en la barra superior en la pantalla de bloqueo.
• Mejorada la gestión para varios tipos de paquetes. La presentación de las apps flatpak se ve mejor y se ha corregido la instalación de paquetes DEB a través de PackageKit.
• Mejorados algunos parpadeos en la pestaña de actualizaciones.
• El centro de control de GNOME 42.2 introduce actualizaciones al panel de aplicaciones para corregir el soporte de permisos para aplicaciones snap.
• Se ha actualizado el panel de redes y ya no se congela al cerrar las propiedades de las conexiones cableadas con la tecla Esc.
• El panel de sonido actualiza correctamente el tema para que otras aplicaciones respondan al cambio.
• Mutter ha recibido correcciones en --replace.
• Nuevas versiones de las aplicaciones, como las del calendario, archivos (Nautilus) u Orca.
• Lista completa de cambios en este enlace.

Aunque lo mejor es esperar a que nuestra distribución Linux actualice los nuevos paquetes, ya se puede descargar el tarball de GNOME 42.2 desde este enlace.

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