Hace poco se dio a conocer la liberación de la tercera versión alfa del instalador de lo que será la próxima versión principal Debian 11 «Bullseye», cuyo lanzamiento está previsto para el verano de 2021 (si las cosas van como los desarrolladores planean).

Para el 12 de enero de 2021 (prácticamente en cuestión de días) está prevista la primera etapa de congelación de la base de paquetes, lo que implica la terminación de la ejecución de «transiciones» (actualización de paquetes que requiere corregir dependencias para otros paquetes, lo que lleva a la eliminación temporal de paquetes de Testing), así como la terminación de los paquetes de actualización necesarios para la construcción (build -esencial).

Principales novedades

En cuanto a los cambios clave en el instalador desde la segunda versión alfa, podremos encontrar que al instalador se le ha añadido el soporte para 78 idiomas, además de que ya se tiene soporte completo para 16 idiomas. 

Además, podremos ver que la nueva versión alfa es notable, debido al cambio al kernel de Linux 5.9.0-4 a la versión Linux 5.9, aun que se menciona que posiblemente la base será Linux 5.10 pues será un kernel de soporte a largo plazo (LTS) que se mantendrá durante un período de al menos cinco años.

Otra diferencia notable con esta actualización del instalador de Debian es partman-auto para el particionamiento automático que aumenta el tamaño de /boot, ya que cuando se necesite crear una partición /boot separada, como para casos de uso de cifrado de disco completo, el tamaño ahora será aproximadamente de 512 a 768M en lugar de 128 a 256M como es el valor predeterminado actual.

Este aumento se realiza, ya que el valor predeterminado actual se ha considerado durante mucho tiempo «demasiado pequeño», ya que muchas veces tres imágenes del kernel ni siquiera pueden caber en /boot sin que se llenen.

Otro cambio importante es en relación con la arquitectura ARM64, ya que se ha presentado un nuevo instalador gráfico y una compilación en GTK.

En cuanto al soporte añadido, podremos encontrar para placas NanoPi NEO Air, FriendlyARM NanoPi NEO Plus2, Pinebook, Pinebook Pro, Olimex A64-Olinuxino, A64-Olinuxino-eMMC, SolidRun LX2160A Honeycomb, Clearfog CX, SolidRun Cubox-i Solo/DualLite y Turris MOX.

Así como también soporte para las placas firefly-rk3399, pinebook-pro-rk3399, rockpro64-rk3399, rock64-rk3328 y rock-pi-4-rk3399 arm64 en las imágenes de u-boot y netboot. La imagen de Firefly-RK3288 se ha transferido al nuevo u-boot.

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

• Rendimiento mejorado del sistema U-Boot al arrancar a través de UEFI.
• Se agregó udeb con soporte F2FS.
• Se agregó el paquete ntfs-3g para la arquitectura arm64.
  Soporte agregado para laptops OLPC XO-1.75.
• Se dejó de crear imágenes de un solo CD con el entorno de escritorio Xfce.
• Se interrumpió la creación de imágenes ISO de 2 y 3 DVD para sistemas amd64/i386.
• Se agregó udeb wireless-regdb-udeb a las compilaciones de Linux, incluidos los módulos nic-wireless.
• La configuración de la consola ha mejorado la compatibilidad con símbolos pseudográficos y ha actualizado la fuente Terminus.
• Debian-cd ha mejorado la vinculación de instalaciones mínimas.
• El kernel de Linux se ha actualizado a la versión 5.9.
• Se reemplazó el paquete libkmod2-udeb por kmod-udeb.
• Se propone una dependencia de compilación separada en fdisk para los sistemas arm64, amd64 e i386, no vinculada a util-linux.
• Se agregó grub2 al campo de uso integrado.
• El soporte para el administrador del sistema advenedizo se ha descontinuado por completo.
• Plantillas de instalador de grub actualizadas para adaptarse a los sistemas UEFI y nuevos tipos de almacenamiento.
• El tamaño de la partición /boot para el particionamiento automático se ha aumentado
• Optimizó la elección del tamaño de la partición de intercambio, teniendo en cuenta la cantidad de RAM.
• El cargador win32 presenta un administrador de arranque UEFI y agrega soporte para arranque seguro.
• Se excluyen de todas las arquitecturas udeb lilo-installer y elilo-installer.

Finalmente, si quieres conocer más al respecto sobre los cambios que se integran en esta versión alfa del instalador de Debian 11, puedes consultar los detalles en el siguiente enlace.

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

La compañía Red Hat anunció hace poco la terminación del desarrollo de la distribución CentOS 8 en su versión clásica, lo que implica la provisión de las reconstrucciones más aproximadas de las versiones de Red Hat Enterprise Linux.

En lugar del CentOS clásico, se les pedirá a los usuarios que actualicen a CentOS Stream continuamente, que puede verse como un intermedio entre RHEL y Fedora, en el nivel de lanzamiento beta de RHEL.

Sobre CentOS Stream

A diferencia de CentOS normal, en CentOS Stream, en lugar de reconstruir los paquetes originales utilizados en las versiones estables de RHEL ya formadas, pues ofrece compilaciones basadas en los paquetes experimentales y no estabilizados generados para la próxima versión provisional de RHEL.

Además de ello, una de las características interesantes de CentOS Stream, es que permite el acceso temprano a las capacidades de futuras versiones de RHEL, pero a costa de la estabilidad de nivel beta.

Es por ello que Red Hat recomienda que los usuarios de CentOS 8 migren a CentOS Stream, indicando que habrá pequeñas diferencias con las versiones de RHEL y que las actualizaciones se publicarán con regularidad, de forma similar a CentOS tradicional.

Como ejemplo de empresas que ya utilizan CentOS Stream en sus infraestructuras se menciona Facebook, que ha migrado sus servidores a su propia distribución basada en CentOS Stream.

En septiembre de 2019, anunciamos CentOS Stream , una plataforma de desarrollo ascendente diseñada para miembros de la comunidad CentOS, socios de Red Hat, desarrolladores de ecosistemas y muchos otros grupos para ver más rápida y fácilmente lo que viene a continuación en Red Hat Enterprise Linux (RHEL) y para ayudar dar forma al producto. Desde su introducción, hemos visto un gran entusiasmo por parte de socios y colaboradores en torno a CentOS Stream y el flujo continuo de innovación que ofrece el proyecto.

Dado esto, hemos informado a la Junta de Gobierno del Proyecto CentOS que estamos cambiando nuestra inversión completamente de CentOS Linux a CentOS Stream.

Antes de entrar en detalles, vale la pena compartir ejemplos en los que hemos visto a nuestro ecosistema adoptar CentOS Stream como una «vista previa progresiva» de lo que sigue en RHEL, tanto en términos de kernels como de características. Facebook ejecuta millones de servidores que respaldan su vasta red social global, todos los cuales se han migrado (o están migrando) a un sistema operativo que derivan de CentOS Stream.

Aquellos que aún utilizan CentOS en entornos de producción y piensan que el nuevo modelo de entrega de CentOS no es adecuado para las tareas que se están resolviendo, se les anima a que se pongan en contacto con representantes de Red Hat para obtener información sobre posibles opciones (aparentemente, la mayor cantidad de usuarios posible intentarán transferir a RHEL regular al proporcionar ciertos beneficios).

En la primera mitad del próximo año, Red Hat planea introducir varios programas gratuitos o de bajo costo que cubren diferentes áreas de uso y expandir la suscripción de Red Hat Enterprise Linux Developer, que actualmente proporciona descarga gratuita de imágenes RHEL para usar durante el desarrollo, pero no para implementaciones de producción.

De las clásicas reconstrucciones completas de RHEL, solo queda Oracle Linux, ya que el desarrollo de Scientific Linux 8 se redujo a favor de CentOS y Scientific Linux dejó de desarrollarse como un proyecto autosuficiente.

También se puede señalar que Red Hat ha anunciado que continuará publicando el código fuente de los paquetes de Red Hat Enterprise Linux en el repositorio git.centos.org, lo que puede ayudar a crear nuevas reconstrucciones que pueden reemplazar a CentOS.

Finalmente se menciona que la formación de actualizaciones para CentOS 8 clásico se interrumpirá el 31 de diciembre de 2021 (prácticamente queda un año).  Mientras que el mantenimiento de la versión de CentOS 7 continuará sin cambios hasta el 2024.

Si quieres conocer más al respecto, puedes consultar la publicacion realizada por Red Hat en su blog en este enlace o en el blog de CentOS en este enlace.

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

Google anunció la expansión del modelo de desarrollo abierto del sistema operativo Fuchsia OS y anuncia que a partir de ahora, además de los empleados de Google, los representantes de la comunidad también podrán participar en el desarrollo de Fuchsia OS, cuyos cambios se aceptarán en el proyecto.

Para simplificar la comunicación con los desarrolladores, se han introducido listas de distribución públicas y un sistema de seguimiento de errores, además de que se ha desarrollado un modelo de gestión de proyectos que describe los mecanismos de toma de decisiones.

También se ha publicado el plan para un mayor desarrollo de Fuchsia, que describe las principales direcciones de desarrollo y prioridades.

Las principales preocupaciones incluyen el desarrollo de un marco para controladores de dispositivos que se pueda actualizar por separado del kernel, así como mejorar el rendimiento del sistema de archivos y ampliar las herramientas de entrada para personas con discapacidades.

A partir de hoy, estamos ampliando el modelo de código abierto de Fuchsia para facilitar la participación del público en el proyecto. Hemos creado nuevas listas de correo públicas para las discusiones del proyecto, hemos agregado un modelo de gobernanza para aclarar cómo se toman las decisiones estratégicas y hemos abierto el rastreador de problemas para que los contribuyentes públicos vean en qué se está trabajando. Como un esfuerzo de código abierto, agradecemos las contribuciones de alta calidad y bien probadas de todos. Ahora hay un proceso para convertirse en miembro para enviar parches, o un confirmador con acceso de escritura completo.

Además, también estamos publicando una hoja de ruta técnicapara que Fuchsia proporcione mejores conocimientos sobre la dirección y las prioridades del proyecto. Algunos de los aspectos más destacados de la hoja de ruta son trabajar en un marco de controlador para actualizar el kernel independientemente de los controladores, mejorar los sistemas de archivos para el rendimiento y expandir la canalización de entrada para la accesibilidad.

Recordemos que en el marco del proyecto Fuchsia, Google está desarrollando un sistema operativo universal capaz de operar en cualquier tipo de dispositivo, desde estaciones de trabajo y smartphones hasta tecnología embebida y de consumo. El desarrollo se lleva a cabo teniendo en cuenta la experiencia de crear la plataforma Android y tiene en cuenta las deficiencias en el campo del escalado y la seguridad.

El sistema se basa en el microkernel Zircon, basado en los desarrollos del proyecto LK, extendido para su uso en varias clases de dispositivos, incluidos teléfonos inteligentes y computadoras personales.

Zircon extiende LK con soporte para procesos y bibliotecas compartidas, nivel de usuario, manejo de objetos y modelo de seguridad basado en capacidades. Los controladores se implementan como bibliotecas dinámicas de espacio de usuario cargadas por el proceso devhost y administradas por un administrador de dispositivos (devmg, Administrador de dispositivos).

For Fuchsia desarrolló su propia interfaz gráfica escrita en lenguaje Dart, utilizando el framework Flutter.

El proyecto también desarrolla el marco de interfaz de usuario de Peridot, el administrador de paquetes Fargo, la biblioteca estándar libc, el sistema de renderizado Escher, el controlador Magma Vulkan, el administrador compuesto escénico, los sistemas de archivos MinFS, MemFS, ThinFS (FAT en el lenguaje Go) y Blobfs, así como particiones FVM.

Para el desarrollo de aplicaciones cuenta con soporte para C /C++, Rust también está permitido en los componentes del sistema, en la pila de red y en el sistema de construcción del lenguaje Python.

El proceso de arranque utiliza un administrador del sistema, que incluye appmgr para crear el entorno de software inicial, sysmgr para crear el entorno de arranque y basemgr para configurar el entorno de usuario y organizar el inicio de sesión.

Para la compatibilidad con Linux en Fuchsia, propuso la biblioteca Machina, que le permite ejecutar el programa Linux en una máquina virtual aislada especial formada mediante el uso de un hipervisor basado en las especificaciones de Kernel Zircon y Virtio, por analogía con cómo se organizó el lanzamiento de aplicaciones Linux en Chrome OS.

Finalmente si quieres conocer más al respecto sobre la nota, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/36X6ERc
via IFTTT