Hace poco la Software Freedom Conservancy, dio a conocer mediante un anuncio que dejará de depender de GitHub para albergar proyectos de código abierto, con lo cual expresa así su disconformidad con los líderes de proyectos que utilizan el código abierto para lograr soluciones de software cuyo código fuente cierran.

Un ejemplo de ello es copilot, la inteligencia artificial comercial de GitHub, que está en el centro de esta decisión, de la que Software Freedom Conservancy explica los motivos.

En su comunicado comparte:

Aquellos que olvidan la historia a menudo la repiten sin darse cuenta. Algunos de nosotros recordamos que hace veintiún años, el sitio de alojamiento de código más popular, un sitio completamente gratuito y de código abierto (FOSS) llamado SourceForge, convirtió todo su código en propietario y nunca más lo abrió a la comunidad. Los principales proyectos libres y de código abierto abandonaron poco a poco SourceForge porque ahora era un sistema propietario, contrario al espíritu de apertura que caracteriza a la comunidad. Las comunidades de software libre aprendieron que era un error permitir que una compañía de software propietario con fines de lucro se convirtiera en el sitio dominante de desarrollo colaborativo gratuito. SourceForge se derrumbó lentamente después de la caída de DotCom, y hoy, SourceForge es más un cebo de enlace publicitario que alojamiento de código. Aprendimos una valiosa lección que fue demasiado fácil de olvidar, especialmente cuando las empresas manipulan las comunidades de Software Libre para sus propios fines. Ahora debemos volver a aprender la lección de SourceForge con GitHub de Microsoft.

Durante los últimos diez años, GitHub ha llegado a dominar el desarrollo de software libre. Logró esto creando una interfaz de usuario y agregando funciones de interacción social a la tecnología Git existente. (Por su parte, Git fue diseñado específicamente para que el desarrollo de software se distribuya sin un sitio centralizado). En la ironía central, GitHub tuvo éxito donde SourceForge fracasó: nos convencieron de promover e incluso ayudar a construir un sistema propietario que aproveche el software libre. GitHub aprovecha estos productos patentados (a veces de clientes que lo usan para actividades problemáticas). Específicamente, GitHub beneficia principalmente a aquellos que desean usar las herramientas de GitHub para desarrollar software patentado internamente. Sin embargo, GitHub emerge una y otra vez como un buen actor, porque destaca su generosidad en la prestación de servicios a tantas empresas de FOSS. Pero hemos aprendido de las muchas ofertas gratuitas de Big Tech: si no eres el cliente, eres el producto. La metodología de desarrollo Libre es el producto de GitHub, que han personalizado y reempaquetado con nuestra ayuda activa (aunque a menudo involuntaria).

Los desarrolladores de software libre han sido la proverbial rana en agua hirviendo durante demasiado tiempo. El comportamiento de GitHub empeoró progresivamente y excusamos, ignoramos o aceptamos la disonancia cognitiva. Nosotros en Software Freedom Conservancy hemos sido parte del problema nosotros mismos; hasta hace poco, incluso nosotros nos habíamos vuelto demasiado cómodos, complacientes y cómplices en GitHub.

Dejar GitHub requerirá trabajo, sacrificio y puede llevar mucho tiempo, incluso para nosotros: en Software Freedom Conservancy, históricamente hemos alojado nuestros repositorios principales de Git, pero hemos usado GitHub como un espejo. Instamos a nuestros proyectos miembros y miembros de la comunidad a evitar GitHub (y todos los marcos y servicios de desarrollo de software propietario), pero eso no fue suficiente. Hoy adoptamos una postura más firme.

Con ello la Software Freedom Conservancy anuncia que finaliza el uso de GitHub y a la vez tambien anuncia un plan a largo plazo para ayudar a que los proyectos gratuitos migren fuera de GitHub.

Tambien vale la pena mencionar que como tal la Software Freedom Conservancy no requiere a los proyectos de miembros existentes migren en este momento, pero lo que si se hará a partir de este momento es que ya no se aceptaran nuevos proyectos de miembros que no tengan un plan a largo plazo para migrar fuera de GitHub.

Finalmente menciona que hay tantas buenas razones para renunciar a GitHub y compartió una lista de las principales en su sitio Give Up On GitHub.

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

Se ha publicado el lanzamiento de la nueva versión de la plataforma abierta «webOS Open Source Edition 2.17», que se puede utilizar en varios dispositivos portátiles, tableros y sistemas de información y entretenimiento para automóviles.

Y en esta nueva versión que se presenta de la plataforma se destaca una actualización que mejora los tiempos de respuesta en pantallas táctiles, asi como tambien la actualización del servidor de sonido a una versión más reciente, entre otras cosas más.

Para quienes desconocen aún de webOS Open Source Edition (o tambien conocido como webOS OSE), deben saber que la plataforma webOS fue desarrollada originalmente por Palm en 2008. En 2013, la plataforma fue comprada de Hewlett-Packard by LG y ahora se usa en más de 70 millones de televisores y dispositivos de consumo LG. En 2018, se fundó el proyecto webOS Open Source Edition, a través del cual LG intentó volver al modelo de desarrollo abierto, atraer a otros participantes y ampliar la gama de dispositivos compatibles con webOS.

El entorno del sistema webOS se construye utilizando el kit de herramientas OpenEmbedded y los paquetes básicos, así como un sistema de construcción y un conjunto de metadatos del proyecto Yocto.

Los componentes clave de webOS son el administrador de sistemas y aplicaciones (SAM, System and Application Manager), que es responsable de ejecutar aplicaciones y servicios, y Luna Surface Manager (LSM), que forma la interfaz de usuario. Los componentes están escritos utilizando el marco Qt y el motor del navegador Chromium.

Principales novedades de webOS Open Source Edition 2.17

En esta nueva versión que se presenta, se destaca que se ha introducido una actualización adaptativa para mejorar la latencia de entrada táctil. Al aplicar esta actualización, webOS puede lograr una mejor capacidad de respuesta de entrada táctil.

Otro de los cambios que se destaca de esta nueva versión, es que el servidor de sonido PulseAudio se ha actualizado a la versión 15.0 (anteriormente se usaba la versión 9.0), con lo cual se mejora la capacidad de audio y mejora la experiencia del desarrollador.

Ademas de ello, en esta nueva versión de webOS OSE, tambien se destaca que se ha incorporado Edge AI Framework Libraries a la plataforma. De las principales características del marco de IA que se destacan que el marco de inferencia de aprendizaje profundo está basado en TensorflowLite acelerado por hardware agregado, ademas de que se agregó la biblioteca Arm Compute, ArmNN y OpenCV para DNN y tambien se agregó la biblioteca Edge AI Vision v1.0 (detección de rostros, detección de poses, soporte de segmentación de objetos).

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

• Se corrigió el retraso de la lista de aplicaciones en el lanzador.
• Solucionado el problema de reinicio de la aplicación Home
• Se solucionó el problema de que la página Hora y fecha no se muestra
• Se solucionó el problema de carga de la zona horaria
• Actualizado para manejar el teclado virtual (VKB) Introduzca la tecla en el cuadro de entrada
• Se agregó 802.1Q en la configuración del kernel para admitir vlan para el emulador OSE
• Se agregó event-device-creator al emulador OSE
• Eliminada la capa meta-python2
• Se eliminó la canalización de recopilación de datos.
• Se actualizó el paquete docker-moby y sus paquetes dependientes
• En algunas ocasiones, la pantalla de configuración se cierra bruscamente.
• Los Favicons no se muestran en algunos sitios web.
• Se agregó compatibilidad con la actualización adaptativa heredada para el emulador.

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

¿Cómo obtener webOS Open Source Edition 2.17?

Para quienes estén interesados en poder utilizar o probar webOS Open Source Edition es necesario generar la imagen del sistema para su dispositivo, para ello pueden consultar los pasos a seguir desde el siguiente enlace. 

Cabe mencionar que como plataforma de hardware de referencia se consideran las placas Raspberry Pi 4. La plataforma se desarrolla en un repositorio público bajo la licencia Apache 2.0, y el desarrollo es supervisado por la comunidad, siguiendo un modelo de gestión de desarrollo colaborativo.

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

Oracle dio a conocer hace poco la nueva versión estable de su Kernel de Linux, «Unbreakable Enterprise Kernel 7 (UEK R7)«, posicionado para su uso en la distribución Oracle Linux como una alternativa al paquete de kernel Red Hat Enterprise Linux estándar.

Para quienes desconocen de Unbreakable Enterprise Kernel, deben saber que este es un Kernel que Oracle Linux ofrece y esta nueva versión está basada en el núcleo Linux 5.15 y optimizado para trabajar con software industrial y equipos Oracle.

Principales novedades de Unbreakable Enterprise Kernel 7

En esta nueva versión que se presenta, se destaca el soporte mejorado para la arquitectura Aarch64. El tamaño de página de memoria predeterminado en los sistemas ARM de 64 bits se ha reducido de 64 KB a 4 KB, lo que se adapta mejor a los tamaños de memoria y las cargas de trabajo típicas de los sistemas ARM.

Tambien se destaca que se ampliaron las capacidades del sistema de archivos Btrfs, pues se agregó una implementación asíncrona de la operación DISCARD a Btrfs para marcar los bloques liberados que ya no se pueden almacenar físicamente. La implementación asíncrona le permite no esperar a que la unidad complete el DESCARTE y realizar esta operación en segundo plano.

Mientras que en XFS se implementa soporte para operaciones DAX para el acceso directo al sistema de archivos, sin pasar por el caché de la página para evitar el doble almacenamiento en caché, ademas de que se han realizado cambios para abordar los problemas de desbordamiento de time_t de 32 bits en 2038, incluidas las nuevas opciones de montaje bigtime e inobtcount.
Se han realizado mejoras en el sistema de archivos OCFS2 (Oracle Cluster File System).

Tambien podremos encontrar que se agregó el sistema de archivos ZoneFS para simplificar el trabajo de bajo nivel con dispositivos de almacenamiento por zonas. El almacenamiento zonificado se refiere a unidades de disco duro o SSD NVMe donde el espacio de almacenamiento se divide en zonas, que constituyen grupos de bloques o sectores, a los que solo se permite la adición secuencial de datos con la actualización de todo el grupo de bloques. ZoneFS asocia cada zona en la unidad con un archivo separado que se puede usar para almacenar datos en modo sin procesar sin manipulación a nivel de sector y bloque, es decir, permite que las aplicaciones utilicen la API de archivos en lugar de acceder directamente al dispositivo de bloques mediante ioctl.

Ademas, se destacan las capacidades extendidas del subsistema eBPF, pues se ha implementado el mecanismo CO-RE (Compilar una vez – Ejecutar en todas partes), que resuelve el problema de la portabilidad de los programas eBPF compilados y le permite compilar el código de los programas eBPF solo una vez y usar un cargador universal especial que adapta el programa cargado al núcleo actual y los tipos BTF (formato de tipo BPF).

Se ha agregado el mecanismo BPF Trampoline, que le permite reducir casi por completo los costos generales al transmitir llamadas entre los programas central y BPF. Proporcionó la capacidad de acceder directamente a la funcionalidad principal de los programas BPF y suspender el controlador.

Tambien se continuó con la entrega del sistema de depuración dinámica DTrace 2.0, que se cambió para usar el subsistema del kernel eBPF. DTrace 2.0 se ejecuta sobre eBPF, de forma similar a como las herramientas de seguimiento existentes de Linux se ejecutan sobre eBPF.

Para cgroups, se implementa un controlador de memoria slab, que se destaca por mover la contabilidad slab del nivel de las páginas de memoria al nivel de los objetos del kernel, lo que hace posible compartir páginas slab en diferentes cgroups, en lugar de dedicar cachés slab separados para cada uno. cgrupo. El enfoque propuesto hace posible aumentar la eficiencia del uso de slab, reducir el tamaño de la memoria utilizada para slab en un 30-45 %, reducir significativamente el consumo total de memoria del kernel y reducir la fragmentación de la memoria.

Se proporciona la entrega de datos de depuración en formato CTF (formato de tipo compacto), que proporciona un almacenamiento compacto de información sobre tipos C, relaciones entre funciones y símbolos de depuración.

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

Ademas el código fuente del kernel, incluido un desglose en parches individuales, está disponible en el repositorio público de Oracle Git.

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