Después de más de un año de desarrollo, se dio a conocer la liberación de la nueva version de openSUSE Leap 15.2, en la cual esta versión se forma utilizando el conjunto básico de paquetes de la distribución SUSE Linux Enterprise 15 SP2 en desarrollo, además de las cuales se entregan nuevas versiones de aplicaciones de usuario del repositorio de Tumbleweed de openSUSE.

Dentro de los principales cambios que se destacan de la nueva version sé menciona la actualización de los componentes del sistema, ya que al igual que en SUSE Linux Enterprise 15 SP2, el núcleo básico de Linux preparado es la versión 5.3.18 (el núcleo 4.12 se utilizó en la versión anterior) que continúa suministrándose.

Principales novedades de openSUSE Leap 15.2

Tal y como mencionamos de las principales novedades podremos encontrar el mismo Kernel de Linux que se usa actualmente en SUSE Linux Enterprise 15 Service Pack 2 y es mantenido por SUSE.

De los cambios, se observa la compatibilidad con las GPU AMD Navi y la compatibilidad con la tecnología Intel Speed ​​Select utilizada en servidores basados ​​en CPU Intel Xeon, además de que se proporciona una opción de kernel con parches en tiempo real para sistemas en tiempo real. Como en las dos versiones anteriores, se suministra la versión 234 de systemd.

De las aplicaciones de usuario podremos encontrar los nuevos paquetes de Xfce 4.14, GNOME 3.34, KDE Plasma 5.18, LXQt 0.14.1, Cinnamon 4.4, Sway 1.4, LibreOffice 6.4, Qt 5.12, Mesa 19.3,xorg Server 1.20.3, Wayland 1.18, VLC 3.0.7, GNU Health 3.6.4, OnionShare 2.2 y Syncthing 1.3.4.

Otro cambio que podremos encontrar es que diferencia de la versión anterior, Network Manager ahora está incluido defecto. En los ensamblados de servidores, el uso de Wicked continúa de manera predeterminada.

Además, también se destaca la actualización de la utilidad Snapper la cual es responsable de crear instantáneas Btrfs y LVM con secciones del estado del sistema de archivos y cambios de reversión (por ejemplo, puede devolver un archivo sobrescrito accidentalmente o restaurar el estado del sistema después de instalar los paquetes).

Snapper tiene la capacidad de generar un nuevo formato, optimizado para el análisis de máquinas y simplificando el uso en scripts. Se ha rediseñado el complemento para libzypp, que se libera de la vinculación al lenguaje Python y se puede usar en entornos con un conjunto reducido de paquetes.

Por otra parte, instalador ahora tiene un cuadro de diálogo más simple para elegir un rol del sistema, así como también una visualización mejorada de la información de progreso de la instalación.

En cuanto a YaST, en esta nueva version se implementa la separación de la configuración del sistema entre los directorios /usr/etc y /etc.

Otro cambio importante es la compatibilidad mejorada de YaST Firstboot con Windows Subsystem para Linux (WSL) en Windows, se ha rediseñado módulo de configuración de red. Se ha mejorado la usabilidad de la partición de particiones de disco y se ha agregado la capacidad de crear y administrar particiones Btrfs que abarcan múltiples unidades.

Finalmente también se destaca el almacenamiento mejorado cuando se instala en placas Raspberry Pi, ya que se proporciona una definición más precisa de las particiones de Windows encriptadas con BitLocker.

Se han agregado configuraciones adicionales al sistema de instalación masiva automatizada AutoYaST y se han mejorado los informes de posibles errores en los perfiles de instalación.

De los demás cambios:

• Paquetes agregados Grafana y Prometheus, que le permiten organizar el monitoreo visual y el análisis de los cambios en las métricas en los gráficos.
• Se proporcionan paquetes admitidos oficialmente para implementar la infraestructura de aislamiento de contenedores basada en la plataforma Kubernetes.
• Se agregó el administrador de paquetes Helm para instalar componentes de Kubernetes.
• Paquetes agregados con tiempo de ejecución CRI-O (una alternativa ligera a Docker) que cumplen con la especificación de la Interfaz de tiempo de ejecución de contenedores (CRI) de la Iniciativa de Contenedores Abiertos (OCI).
• Para organizar una interacción de red segura entre contenedores, se ha agregado un paquete con el subsistema de red Cilium.
• Proporciona soporte para las funciones del sistema Servidor y Servidor transaccional.

Descargar y obtener openSUSE Leap 15.2

Para quienes estén interesados en poder obtener esta nueva versión deben saber que se puede descargar la imagen ISO desde el sitio web oficial de la distribución.

El enlace es este.

from Linux Adictos https://ift.tt/2ZfAvAF
via IFTTT

Hace pocos días el creador de Redis DBMS “Salvatore Sanfilippo” dio a conocer mediante un anunció que ya no estará involucrado en el mantenimiento del proyecto y dedicará su tiempo a algo más.

Según Salvatore Sanfilippo, en los últimos años su trabajo se ha reducido a analizar propuestas de terceros para mejorar y cambiar el código, pero esto no es lo que le gustaría hacer, ya que le gusta escribir código y crear algo nuevo que resolver tareas de mantenimiento de rutina.

Aunque el creador del proyecto Salvatore Sanfilippo tomo la decisión de dejar el proyecto, el aún permanecerá en el consejo asesor de Redis Labs, pero solo se limitará a generar ideas.

Mientras que el mando, el desarrollo y el mantenimiento de Redis DBMS se entregan a la comunidad.

Cuando comencé el proyecto Redis hace más de diez años, estaba en uno de los momentos más emocionantes de mi carrera. Mi cofundador y yo lanzamos con éxito dos de los principales servicios web 2.0 de la web italiana.

Para hacerlos escalables, tuvimos que inventar muchos conceptos nuevos, que ya se conocían en el campo la mayoría de las veces, pero no lo sabíamos ni nos importaba comprobarlo. ¿Problema? Vamos a encontrar una solución. Queríamos resolver problemas pero queríamos, aún más, divertirnos. Este fue el ambiente lúdico donde nació Redis.

El gerente del proyecto fue transferido a Yossi Gottlieb y Oran Agra, quienes han ayudado a Salvatore Sanfilippo en los últimos años, a comprender su visión del proyecto, no son indiferentes a mantener el espíritu de la comunidad Redis y están bien versados ​​en el código y la estructura interna de Redis.

Sin embargo, la partida de Salvatore Sanfilippo es un shock significativo para la comunidad, ya que controla completamente todos los problemas de desarrollo y desempeña, en general, el papel de un «dictador magnánimo de por vida «a través del cual se llevaron a cabo todas las solicitudes de compromiso y fusión, que decidió cómo se solucionarían los errores qué innovaciones deberían agregarse y qué cambios arquitectónicos son aceptables.

Se propone resolver la cuestión de determinar un modelo adicional para desarrollar e interactuar con la comunidad por nuevos encargados de mantenimiento que ya han anunciado una nueva estructura de gestión en la que la comunidad estará involucrada.

La nueva estructura del proyecto implica la expansión del trabajo en equipo, que escalará los procesos de desarrollo y mantenimiento. Está previsto que el proyecto sea abierto y amigable para los participantes de la comunidad, lo que facilitará la participación más activa y significativa en el desarrollo.

El modelo de gestión propuesto incluye un pequeño grupo de desarrolladores principales (equipo central), que incluirá participantes elegidos que estén familiarizados con el código, participen en el desarrollo y comprendan los objetivos del proyecto.

Dejo Redis en manos de la comunidad Redis. Les pedí a mis colegas Yossi Gottlieb y Oran Agra que continuaran manteniendo el proyecto a partir de hoy: estas son las personas que más me ayudaron en los últimos años, y que se esforzaron mucho

Actualmente, el Core Team incluye tres desarrolladores de Redis Labs: Yossi Gottlieb y Oran Agra, quienes asumieron el cargo de líderes del proyecto, e Itamar Haber, quienes asumieron el cargo de líderes de la comunidad.

En un futuro cercano, se planea elegir a varios miembros de la comunidad para el Equipo Central, seleccionados en función de su contribución al desarrollo del proyecto.

Para tomar decisiones importantes, como cambios fundamentales en el núcleo de Redis, agregar nuevas estructuras, cambiar el protocolo de serialización y cambios que violen la compatibilidad, es preferible llegar a un consenso entre todos los miembros del Equipo Central.

A medida que la comunidad crece, Redis puede tener nuevas necesidades para expandir su funcionalidad, pero los nuevos líderes afirman mantener atributos tan fundamentales del proyecto como centrarse en la eficiencia y la velocidad del trabajo, esforzarse por la simplicidad, el principio de «aún menos, pero mejor» y elegir las soluciones adecuadas para por defecto.

Fuente: http://antirez.com

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