Incus es un administrador de máquinas virtuales y contenedores de sistemas moderno, seguro y potente.

Poco después del lanzamiento de LXD 6.0, los desarrolladores de la comunidad Linux Containers dieron a conocer el lanzamiento de Incus 6.0 LTS (la bifurcación de LXD, creado por el antiguo equipo de desarrollo que una vez creó LXD, la cual ofrece soporte extendido para entornos de producción, garantizando correcciones de errores, mejoras de seguridad y actualizaciones menores de usabilidad durante los próximos 2 años. Después de este período, Incus 6.0 LTS continuará recibiendo mantenimiento de seguridad durante los 5 años restantes de su ciclo de vida.

Para quienes desconocen de Incus, como ya mencionamos, es un fork de LXD que surgió debido a la decisión de Canonical de desarrollar LXD como un proyecto corporativo separado, apartándolo de la comunidad de Linux Containers que supervisó su desarrollo. La creación de Incus tuvo como objetivo brindar una alternativa independiente impulsada por la comunidad. Este proyecto ofrece herramientas para la gestión centralizada de contenedores y máquinas virtuales, ya sea en un solo host o en un clúster de servidores.

¿Qué hay de nuevo en Incus 6.0 LTS?

Este nuevo lanzamiento de Incus 6.0 LTS llega después de Incus 0.7 y el cambio en la numeración en lugar de dar el salto a la versión 1.0 como comúnmente debería de ser, la elección de cambiar a «6.0» es en referencia a los lanzamientos de los otros proyectos hermanos, «LXC 6.0 y LXCFS 6.0 LTS», además de que mantendrá el mismo tiempo de soporte.

Por la parte de los cambios propios de la herramienta sobré los cuales estuvieron trabajando el grupo de desarrollo, podremos encontrar que en Incus 6.0 LTS se ha ampliado la clave de configuración limits.memory.swap para permitir también cantidades de bytes,esto ahora hace que su comportamiento sea el siguiente:

• limits.memory.swap=true: La memoria del contenedor se puede intercambiar (predeterminado)
• limits.memory.swap=false: El contenedor no debería intercambiarse (intercambio mínimo)
• limits.memory.swap=256MiB: El contenedor puede utilizar hasta 256MiB de espacio de intercambio (además de su límite de memoria establecido limits.memory)

Otro de los cambios que se destaca de esta nueva versión, es la introduccion de un nuevo mecanismo de finalización de shell, ya que se ha completado la migración hacia la generación automática de scripts de finalización para varias shells (bash, fish, powershell y zsh) facilitando la integración y la experiencia del usuario.

Tambien se destaca la migración en vivo de VM’s con discos conectados desde almacenamiento remoto ahora pueden migrarse en vivo junto con la máquina virtual. Con ello ahora, las máquinas virtuales que incluyen discos adicionales conectados desde un grupo de almacenamiento remoto, como Ceph o LVM, pueden migrarse en vivo junto con la máquina virtual principal.

De los demás cambios que se destacan:

• shiftfsse ha eliminado a favor del cambio de mapa de identificación de VFS
• Canonical CandidLa autenticación se ha eliminado a favor de OpenID Connect.
• Canonical RBACla autorización ha sido eliminada a favor de OpenFGA
• Canonical MAASSe ha eliminado la integración de red (función inferior/no utilizada)
• Ubuntu FanLa creación de redes se ha eliminado a favor de OVN.
• core.trust_passwordse ha eliminado en favor de los tokens de confianza por razones de seguridad
• La configuración del puente de red administrado ahora admite la creación y conexión de interfaces VLAN, mejorando la flexibilidad y la escalabilidad de las redes en Incus.
• Se ha añadido la capacidad de obtener información detallada del sistema y los dispositivos USB a través de la herramienta incus info --resources, facilitando la administración y el monitoreo del entorno.
• Se agrego la verificación OVN en el controlador ovn
• Se reordenaron las comprobaciones de configuración

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

¿Como instalar Incus en Linux?

Para los interesados en poder instalar Incus en su sistema, deben saber que se proporcionan los paquetes precompilados en la mayoría de los repositorios de las distribuciones populares. Por ejemplo, en Arch Linux basta con teclear:

sudo pacman -S incus

En el caso de Fedora:

sudo dnf install 'dnf-command(copr)'
sudo dnf copr enable ganto/lxc4
sudo dnf install incus

Mientras que para Debian y Ubuntu dependiendo sobre que versión se encuentren, puede que el paquete esté el repositorio o deban realizar algunos pasos adicionales. Para ello, si quieres instalarlo, configurarlo o si quieres un método distinto de instalación, puedes consultar los detalles en este enlace.

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

Logo de Redict

Poco después de que Redis anunciara un cambio en las licencias de sus productos, comenzó a darse el movimiento por crear una alternativa a este, debido a que las nuevas licencias implementadas son incompatibles con otros productos de código abierto, por ejemplo Fedora y de ese movimiento conocimos el nacimiento de Valkey el cual es un proyecto de la fundación Linux, asi como también de Redict una bifurcación de Redis creada por Drew DeVault, conocido por sus proyectos como el entorno de usuario Sway, el lenguaje de programación Hare, el cliente de correo electrónico Aerc y la plataforma de desarrollo colaborativo SourceHut.

Sobre esta última, Drew DeVault anuncio hace poco el lanzamiento de Redict 7.3.0, siendo esta la primera versión independiente de este proyecto y trae consigo cambios mínimos, como la modificación de nombres de utilidades y archivos de configuración, manteniendo así la compatibilidad con Redis 7.2.4. Aunque Redict es compatible con esta versión, no guarda relación ni es compatible con la rama de desarrollo de Redis 7.3.0.

Además, el equipo de Redict tiene planes de invertir en la documentación de Redict, con el objetivo de convertirse en la referencia principal para todos los participantes en el ecosistema. También están trabajando en mejoras para Hiredict (la bifurcación de la biblioteca cliente oficial de Redis C), incluyendo mejoras en el sistema de compilación y un mayor cumplimiento de los estándares Unix.

A diferencia de otras bifurcaciones como Valkey, creada por grandes empresas, Redict tiene como objetivo principal mantener la estabilidad y conservatismo en el código en lugar de impulsar cambios radicales e innovaciones. Los desarrolladores de Redict consideran que Redis, en su estado actual, es un proyecto maduro y completo, enfocándose en asegurar la corrección de errores y vulnerabilidades en lugar de añadir más funcionalidades. Este enfoque valora la estabilidad para los usuarios antes que las nuevas funciones, priorizando la relación con las distribuciones y tareas como la desventaja de Lua y jemalloc.

Hemos tomado estas decisiones porque creemos que son esenciales para garantizar un futuro basado en el software libre, y en el que nuestros usuarios y contribuyentes ya no puedan quitarles la alfombra de debajo de los pies. Creemos que es fundamental tomar estas decisiones ahora, al comienzo de nuestra bifurcación, especialmente en respuesta a la crisis que enfrenta la comunidad Redis® por parte de sus gerentes comerciales. Si no desea que su inversión en este software corra el riesgo de otra crisis artificial en nombre de las ganancias, si desea beneficiarse de la protección copyleft y una garantía de que su software seguirá siendo gratuito, le recomendamos que adopte Redict para sus necesidades.

Redict busca una construcción independiente y comunitaria de su software, sin estar influenciado por intereses empresariales limitados. La elección de la licencia LGPL en lugar de BSD para los cambios en Redict se basa en proteger contra posibles intentos de crear distribuciones propietarias de Redict y evitar el bloqueo de la transferencia de código al proyecto ahora propietario, Redis. Al mismo tiempo, la licencia LGPL permite que los desarrolladores de productos comerciales y sistemas en la nube utilicen Redict en sus servicios y proyectos. Redict se desarrollará exclusivamente por la comunidad y en beneficio de la misma, en contraposición a ser impulsado por un grupo reducido de empresas con intereses específicos. Las decisiones de desarrollo se tomarán mediante consenso entre los participantes del proyecto.

Los planes futuros incluyen la modernización del sistema de compilación, la creación de bifurcaciones de bibliotecas cliente (como Hiredict, una bifurcación de una biblioteca con una implementación de cliente para Redis en lenguaje C) y la eliminación de opciones integradas para Lua y jemalloc en favor de conectar dependencias externas. Esto simplificará el mantenimiento de paquetes en las distribuciones. Además, se considera la posibilidad de transferir cambios útiles y no radicales desde la base del código de Valkey.

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

Hace menos de 24 horas desde que Kodi Team lanzó una nueva versión de su centro multimedia. Una de las novedades que introdujo es una versión de Kodi 21.0 para webOS, el sistema operativo que tienen instalado la mayoría de teles inteligentes de LG. Como yo adquirí una en 2019, he probado suerte para comprobar que funciona. ¿Merece la pena instalarlo? Para el que no tenga alternativa, totalmente; eleva televisiones de mediana edad a otro nivel.

Ahora bien: los dispositivos con webOS no suelen ser tan potentes como un ordenador o un TV Box, y eso hay que tenerlo en cuenta. Aunque se pueda instalar webOS en una Raspberry Pi, no creo que sea lo mejor si tenemos en cuenta que también tiene opción de usar Android o distribuciones Linux ARM. Kodi ya se nota pesado en algunos ordenadores, y en webOS, bueno, diré que funciona. Justo, pero lo suficiente como para que encienda mi portátil-tv-box un poquito menos.

Instalación de Kodi en webOS 4+

El proceso de instalación de Kodi en webOS es para casi todos los públicos. No es para todos, porque hace falta un PC, instalar una aplicación para gestionar el modo desarrollador, crearse una cuenta de desarrollador… Hay que darse un paseo, pero el resultado merecerá la pena. El proceso está explicado también en la Wiki de Kodi:

1. Vamos a este enlace y o nos creamos una cuenta o usamos nuestra cuenta de LG. Hay que seguir las instrucciones.
2. Una vez creada la cuenta, vamos a este otro enlace y descargamos webOS Dev Manager. Es la aplicación para PC que usaremos para subir la app a nuestro dispositivo. Para Linux, está como AppImage.
3. Desde la página de Kodi, descargamos la última versión – o la que necesitemos – de Kodi para webOS. Es un archivo con extensión IPK.
4. Desde la tele o el aparato con webOS, vamos a la tienda de aplicaciones, buscamos Developer Mode e instalamos la aplicación.
5. La iniciamos y ponemos la cuenta de desarrollador que habremos creado en el paso 1.
6. Activamos el modo desarrollador dándole al interruptor. Nos pedirá un reinicio. Aceptamos.
7. Volvemos a entrar y activamos el «Key server». Deberá quedar como en la siguiente imagen (editada para algo más que pixelar la información):

8. Abrimos la aplicación webOS Web Manager en nuestro PC, que tiene que estar conectado a la misma red WiFi que el dispositivo en el que queremos instalar Kodi.
9. Si en la ventana de bienvenida no sabemos qué poner, elegimos «Developer Mode».
10. Nos fijamos en los pasos que hay que seguir y vamos marcando las cajas de verificación en todos los pasos que hayamos completado.

11. Cuando hayamos terminado, hacemos clic en Skip o Next.
12. Completamos la configuración. El nombre es sólo para identificar la tele, y tanto la dirección como la autenticación aparecen en la aplicación Developer Mode de webOS. La identificación coincide con la «Passphrase».

13. Una vez emparejado veremos una ventana como la siguiente, y sólo quedará darle a «Install» y buscar el archivo IPK que es la versión de Kodi para webOS. La instalación dura algo menos de un minuto.

Es mejor no abusar

Kodi para webOS es una realidad oficial, pero no merece la pena creer que puede con todo. Por ejemplo, a mí no me ha funcionado nada que dependa de la red Torrent, pero sí algunos complementos como el de Pluto TV que puede hacer que me olvide de la aplicación oficial. Y otras cosas.

Y un par de cosas a tener en cuenta: si algo sale mal, se puede eliminar el contenido problemático o toda la carpeta de configuración desde la aplicación del PC yendo a la ruta /media/developer/apps/usr/palm/applications/org.xbmc.kodi/. Esto sería como eliminar la carpeta .kodi de nuestra carpeta personal en Linux. Y al iniciar por primera vez es como la versión flatpak: hay que añadir o rechazar la activación de un montón de complementos.

Es una opción que irá mejor o peor dependiendo de lo moderna que sea la televisión, y yo recomiendo, al menos, probarla.

from Linux Adictos https://ift.tt/6vamsZH
via IFTTT