Tag Arch Linux

Hace poco dimos a conocer a blendOS, una distribución inmutable y basada en Arch Linux creada por Rudra Saraswat, el líder de Ubuntu Unity y el principal encargado del que otrora fue el escritorio de referencia de Ubuntu. El proyecto, lejos de ser un brindis al sol, parece que va en serio, ya que ha aparecido blendOS v2 con una novedad importante: el soporte para las aplicaciones de Android.

Sí, tal y como habéis leído, blendOS v2, cuyo nombre en clave es Avial, cuenta con soporte para hacer funcionar aplicaciones de Android, de manera out of the box según cuentan en el anuncio oficial. Para tener compatibilidad se ha empleado WayDroid y las aplicaciones pueden ser obtenidas fácilmente desde tiendas como Aurora Store y F-Droid. Una vez instaladas, las aplicaciones deberían de funcionar mediante una ventana estándar de Linux. Los responsables de blendOS comentan que esto puede ser interesante para los desarrolladores de aplicaciones para Android, los cuales no tendrían por qué recurrir a un emulador pesado.

Continuando con más cosas de blendOS v2, a nivel del sistema base es posible instalar aplicaciones y otros paquetes desde los repositorios de Arch Linux y Chaotic-AUR, lo que puede ser útil para instalar una aplicación de VPN u obtener controladores faltantes para dispositivos específicos.

Distrobox ha sido reemplazado por una implementación propia de Podman debido a que, como se comentó en la versión anterior, era imposible implementar ciertas características en Distrobox. Eso sí, la tecnología de contenedores empleada por la distribución todavía tiene parte del código de Distrobox con el fin de dar soporte al init y al driver de NVIDIA. Por otro lado, los binarios y las aplicaciones instalados en contenedores ahora aparecen automáticamente y de manera instantánea en el sistema base.

blendOS, a nivel de proyecto, ha adoptado un sistema de sabores y remezclas que abren la puerta a la existencia de variantes mantenidas por la comunidad. Los que estén interesados pueden emplear la página web de construcción para crear y enviar sus propias remezclas con conjuntos personalizados de paquetes, las cuales deberán ser aprobadas para pasar al servidor de construcción de blendOS.

En cuanto a los sabores, ahora hay dos oficiales: una con GNOME, que ahora emplea la versión 43.4 del escritorio, y otra con KDE Plasma, que de momento es servido en su versión 5.27. En GNOME se proporciona casi la experiencia base del entorno junto a un sistema de agrupación automática basado en el proyecto GNOME Dash Fix, el cual se encarga de agrupar automáticamente las aplicaciones que pertenecen a diferentes sistemas operativos y categorías.

Otra novedad interesantes de blendOS v2 es la introducción de un sistema basado en prioridades que permite al usuario controlar qué binarios y qué aplicaciones del contenedor deben tener preferencia sobre los otros para así evitar los conflictos entre distribuciones. Todos los paquetes al nivel del sistema base anulan este comportamiento para evitar conflicto entre los contenedores y el propio sistema base.

El usuario puede instalar o usar aplicaciones web o aplicaciones web progresivas (PWA) como si fueran aplicaciones de escritorio normales y tiene a disposición la posibilidad de enviar sus propias aplicaciones a blendOS Web Store, mientras que, por otro lado, es posible instalar paquetes a nivel del sistema base empleando Pacman, el gestor de paquetes de Arch Linux. Gracias a un sistema de superposición, se permite revertir las instantáneas existentes en caso de que algo salga mal. Los responsables esperan en un futuro añadir soporte para fusionar una superposición en el sistemas de archivos raíz principal.

Para terminar están la inclusión del driver oficial de NVIDIA por defecto, el soporte para BIOS y UEFI a través de las imágenes ISO, además de haberse creado un nuevo marco (framework) de instalación que se encarga de instalar las nuevas versiones oficiales de blendOS en tres minutos cada una.

Todos los detalles sobre blendOS v2 están publicados en el anuncio oficial y es posible obtener el sistema a partir de la sección de lanzamientos del repositorio de GitHub. Os dejamos con un vídeo donde se exponen las principales novedades de este lanzamiento.

Fuente: www.muylinux.com

Ya estamos en diciembre y en breve empezaremos a ver qué ha dado de sí este año en materia de Linux y Open Source, así como a prever a qué habrá que atenerse el año que viene. En los mismos términos, GNU/Linux y software libre, además de seguridad, una de las noticias más importantes que os podamos dar en 2018 es la completación de los sistemas reproducibles, una iniciativa que lleva en marcha varios años y que está cerca de culminar con Debian como punta de lanza.

Toda esta historia de los sistemas o compilaciones reproducibles es una de las consecuencias de aquel verano de 2013 (Edward Snowden, PRISM) que a tanta gente abrió los ojos. Desde entonces hablamos de privacidad y sabemos que nuestros datos en Internet están al alcance de empresas, gobiernos y en el peor de los casos cibercriminales. Y sabiéndolo, hay a quien le importa y a quien no, o a quien importándole se resigna por lo extremadamente difícil que es no pasar por el aro.

El escándalo de PRISM y derivados sirvieron también para subrayar lo que siempre había estado claro: solo el software libre puede garantizar una privacidad plena, y no hace falta que lo diga ningún profeta. Es discutible si abrir el código es beneficioso o perjudicial por aquello de a más ojos, más posibilidades de encontrar vulnerabilidades o detectar puertas traseras… para bien o para mal. Pero que solo el software libre ofrece transparencia total es un hecho por su definición misma.

Ahora bien, ¿qué hacer cuando no te puedes fiar ni del software libre? Porque uno no va por la vida revisando todo el código fuente de todo el software que utiliza, antes de compilarlo. Lo más normal, incluso a este lado franco de la computación que es GNU/Linux y sus distribuciones más libres, es usar sistemas a base de precompilados, que en un momento dado pueden verse comprometidos.

Así es como entran en juego las ‘compilaciones reproducibles’, que tal y como se indica permitirán al usuario reproducir el proceso de compilación de todos los paquetes a partir de su código fuente, de manera que pueda detectar si existen alteraciones. Hace tiempo que diferentes proyectos de software libre centrados en la seguridad y la privacidad utilizan este modelo, pero en lo que se refiere a las grandes distribuciones GNU/Linux, aún está por anunciarse que lo han logrado.

A la cabeza de los reproducible buils está Debian, con un 93,3% de paquetes listos. Cuánto tardarán hasta cubrir todos sus repositorios no se sabe, porque mantienen una inmesidad de software; pero es previsible que sean los primeros en ofrecer esta característica. ¿Serán los únicos? No. Desde Arch Linux reportan avances y otras distribuciones de uso general interesadas en adoptar el modelo reproducible son Fedora y openSUSE. Pero nada de todo esto va a pasar mañana, por lo que solo queda esperar a ver si en 2018 lo consigue al menos “el sistema operativo universal”.

“Las compilaciones reproducibles deberían ser la norma“, decía con razón indiscutible unos de los desarrolladores de Debian. No porque sean la panacea, que no lo son, sino porque es lo más correcto e inteligente. Así solo hay que poner el ojo en el código fuente, a ser posible, para bien. Sin prejuicios ni conspiraciones que valgan.

Fuente: www.muylinux.com

Ya es una realidad. Tras anunciarlo a principios de año, Arch Linux ha empezado desde hoy a hacer efectivo el abandono del soporte para x86 de 32-bit. Esto significa que a finales del presente mes “los paquetes i686 serán eliminados de los espejos y luego del archivo de paquetes”, según dice el anuncio oficial.

Con este paso, Arch Linux sigue a las distribuciones que ya han abandonado el soporte para x86 de 32-bit, destacando sus derivadas Manjaro y Antergos. Ubuntu decidió hace poco seguir el mismo camino en su versión oficial para el escritorio, adelantando los planes que en un principio se iban a llevar a cabo a partir de 18.04, mientras que openSUSE Leap y RHEL son otras que dieron el salto hace años. 

Sin embargo, esto no significa que Arch Linux vaya a dar totalmente la espalda a aquellas personas que todavía usen CPU x86 de 32-bit, ya que en el mismo anuncio también se menciona una bifurcación llamada Arch Linux 32, destinada a cubrir esa necesidad y que estará mantenida por una comunidad propia.

Hace un año hicimos una encuesta en la cual se pudo apreciar la escasa presencia de los ordenadores de 32-bit, aunque aparentemente su porcentaje todavía no pueda considerarse como marginal. Desde hace 10 años las CPU x86 de 64-bit han ido extendiéndose, dejando la arquitectura anterior sobre todo en ordenadores que ya son muy viejos, pero que GNU/Linux ha sabido resucitar ofreciendo soporte tanto de software como de seguridad (algo a lo que no puede aspirar Windows XP).

Fuente: www.muylinux.com