Martes, Diciembre 18, 2018

Perdiendo el miedo a Arch Linux

Arch-Linux

Un episodio reciente de un podcast de noticias de Linux con el que me mantengo al día incluyó una entrevista con un periodista que había escrito un artículo para un público que no era de Linux sobre cómo intentarlo. Sorprendentemente, fue leído ampliamente. La experiencia del escritor con algunas de las distribuciones de escritorio más populares había sido abrumadoramente positiva, y así lo dijo en su artículo y durante la entrevista de podcast subsiguiente.

Sin embargo, cuando el presentador del programa preguntó si había probado Arch Linux, en parte para medir la profundidad de su experimentación y en parte como una broma, el periodista rechazó la idea de forma inmediata e inequívoca, como si fuera obviamente absurda.

Aunque esa reacción vino de un entusiasta novato de Linux, es una que no es infrecuente incluso entre los usuarios experimentados de Linux. Escucharlo resurgir en el podcast me hizo pensar por qué es así, ya que soy alguien que se siente cómodo con Arch y lo respeta profundamente.

¿De qué tienes miedo?

1. “Es difícil de instalar.”

El problema más común que los escépticos plantean, con mucho, es que el proceso de instalación es desafiante y muy práctico. En comparación con los instaladores y asistentes modernos, esto es indudablemente cierto. A diferencia de la mayoría de las distribuciones de Linux (y ciertamente de los sistemas operativos comerciales propietarios), la instalación de Arch es un proceso completamente controlado por la línea de comandos.

Las partes del sistema operativo que los usuarios están acostumbrados a prefabricar, como la interfaz gráfica de usuario completa que compone el escritorio, tienen que ser ensambladas desde cero a partir del servidor X Window, el entorno de escritorio deseado y el administrador de pantalla (es decir, la pantalla de inicio de sesión).

Sin embargo, Linux no siempre tenía instaladores, y el proceso de instalación de Arch está mucho más cerca de cómo era en los tiempos de antaño. Los instaladores son un gran logro, y una solución a uno de los mayores obstáculos para conseguir que los usuarios generales no expertos exploren y se unan a la comunidad Linux, pero son un lujo relativo en la historia de Linux.

Además, los instaladores pueden equivocarse, como descubrí al intentar hacer algunos ajustes modestos en la configuración de instalación predeterminada de Ubuntu. Mientras Arch me permitía configurar un sistema personalizado con una secuencia de comandos, el instalador de Ubuntu ofrecía nominalmente un menú para seleccionar la misma configuración, pero simplemente no podía ejecutarlo correctamente una vez que el instalador se ponía en marcha.

2. “Los lanzamientos son inestables.”

En mi experiencia, la implementación del modelo de lanzamiento rolling de Arch ha sido abrumadoramente estable, por lo que, en lo que a mí respecta, las afirmaciones de lo contrario son en gran medida exageradas.

Cuando los usuarios tienen problemas de estabilidad, generalmente se debe a que están intentando algo que es muy complicado o algo para lo que hay poca o ninguna documentación. Estos casos de uso precario no son exclusivos de Arch. Combinar demasiados programas o perderse en territorio inexplorado es más o menos igual de susceptible a problemas de estabilidad en Arch que con cualquier otra distribución — o cualquier sistema operativo, para el caso.

Al igual que cualquier desarrollador de software, los desarrolladores de Arch quieren que a la gente le guste y tenga una buena experiencia usando su distribución, así que se encargan de hacerlo bien. En cierto modo, el enfoque modular de Arch, con cada paquete optimizado y enviado tan pronto como esté listo, realmente hace que toda la operación se desarrolle sin problemas.

Cada sub-equipo de Arch recibe un paquete desde arriba (donde sea que esté), hace el mínimo número de cambios para integrarlo con las convenciones de Arch, y luego lo empuja hacia afuera a toda la base de usuarios de Arch.

Debido a que cada sub-equipo está haciendo esto y sabe que todos los demás sub-equipos están haciendo lo mismo, pueden estar seguros de con qué entorno de software estarán trabajando e integrándose: el más reciente.

Las únicas veces que he tenido una actualización que rompió mi sistema, la lista de correo de Arch me advirtió que lo haría, y los foros de Arch me explicaron exactamente cómo arreglarlo. En otras palabras, al revisar las cosas que los usuarios responsables deben revisar, todo debería estar bien.

3. “No quiero tener que deshacer paquetes”.

Las degradaciones de paquetes están relacionadas con, y probablemente la manifestación más temida de, lo anterior. Una vez más, si no estás haciendo ninguna locura con tu sistema y el software en él, y lees de la amplia documentación de Arch, probablemente no tendrás que hacerlo.

Al igual que con el riesgo de inestabilidad que viene de configuraciones complicadas en cualquier distribución, las degradaciones de paquetes son potencialmente necesarias en distribuciones además de Arch también. De hecho, mientras que la mayoría de las distribuciones asumen que nunca tendrán que realizar un downgrade y por lo tanto no diseñan sus sistemas de gestión de paquetes para hacerlo fácilmente (o al menos intuitivamente), Arch lo hace fácil y contornea completamente los pasos.

4. “No tiene tantos paquetes” y “He oído que el AUR da miedo”.

La crítica de la base relativamente más pequeña de Arch sobre el total de paquetes disponibles suele ir de la mano con la de que el repositorio no oficial es una especie de Salvaje Oeste. En cuanto a los repositorios oficiales, el número es algo menor que en las distribuciones basadas en Debian o Red Hat. Afortunadamente, el Repositorio de Usuarios Arch (AUR) usualmente contiene cualquier cosa que los repos oficiales no tienen y que la mayoría de los usuarios podrían esperar.

Aquí es donde la mayoría de los detractores se dan cuenta de que se han encontrado paquetes maliciosos en AUR. Este ha sido el caso ocasionalmente, pero lo que la mayoría de nosotros no siempre pensamos es que esto también se puede decir de la Android Play Store, la Apple App Store, y casi cualquier otro gestor de software que se le ocurra.

Al igual que con cada tienda de aplicaciones o centro de software, si los usuarios tienen cuidado de dar un poco de escrutinio al software que están considerando — en el caso de AUR, escaneando los archivos (muy cortos) asociados con los paquetes de AUR y leyendo las páginas de los foros en los más cuestionables — generalmente estarán bien.

Otros pueden contrarrestar que no son los peligros potenciales del AUR los que están en juego, pero que más que con, por ejemplo, las distribuciones basadas en Debian, hay software que queda fuera de los repos oficiales de Arch y del AUR. Para empezar, este es menos el caso que antes, dado el meteórico aumento de la popularidad de la distribución Manjaro basada en Arch.

Más allá de eso, la mayoría del software que no está en ninguno de los repos de Arch puede ser compilado manualmente. Así como las instalaciones manuales como las de Arch fueron la norma para Linux hace mucho tiempo, lo mismo ocurre con las compilaciones, que son el modo predeterminado de instalación del software.

Con esos puntos en mente, espero que Arch no parezca tan desalentador. Si eso no es suficiente para convencerte de que le des una oportunidad, aquí tienes algunos puntos a favor de Arch que vale la pena considerar.

Para empezar, la instalación manual no sólo te da un control granular sobre tu sistema, sino que también te enseña dónde está todo, porque tú lo pones ahí. Cosas como la estructura de directorios raíz, el sistema de archivos, RAM inicial y el cargador de arranque no serán un misterio que el uso del ordenador requiera que acepte a ciegas, porque durante la instalación instalaste y generaste directamente todos estos (y más) y los ordenaste en sus lugares adecuados.

La instalación manual también reduce considerablemente el hinchazón, ya que se instala todo de a un paquete a la vez, sin aceptar más lo que el instalador vierta en el sistema nuevo. Esta es una ventaja especialmente agradable teniendo en cuenta que, a medida que muchas distribuciones de Linux se van orientando más hacia las audiencias principales, los programas se vuelven más ricos en características y, por lo tanto, más voluminosos.

Dependiendo de cómo lo instales, Arch ejecutando el entorno de escritorio más pesado puede ser más eficiente que Ubuntu ejecutando el más ligero, y ese tipo de eficiencia nunca es algo malo.

Los lanzamientos rolling son en realidad una de las mayores fortalezas de Arch. El modelo de lanzamiento de Arch te ofrece las características más nuevas de inmediato, mucho antes que las distribuciones con los modelos tradicionales de actualización por lotes sincronizados.

Y lo más importante, con Arch, los parches de seguridad caen inmediatamente. Cada vez que una vulnerabilidad importante de Linux sale a la luz, normalmente no hay mucho malware que explote estas vulnerabilidades, pero hay muchas vulnerabilidades que potencialmente son exploits, Arch es siempre el primero en sacar un parche y ponerlo en manos de sus usuarios, y normalmente un día después de que se anuncie la vulnerabilidad.

Probablemente nunca tendrás que deshacer paquetes, pero si lo haces, estará armado con el conocimiento para rescatar tu sistema de algunos de los problemas más serios.

Si puedes arrancar la imagen de instalación de Arch (que también se utiliza como imagen de reparación) desde un USB, montar tu sistema instalado sin arrancar en el sistema en vivo, hacer chroot en el sistema sin arrancar (es decir, cambiar de la raíz del sistema en vivo al tratamiento de tu sistema sin arrancar como la raíz temporal) e instalar una versión anterior en caché de los paquetes de problemas, sabrás cómo resolver una buena parte de los problemas más graves que pueda tener cualquier sistema.

Eso suena como mucho, pero también es por eso que Arch Linux tiene la mejor documentación de cualquier distribución de Linux, punto.

Por último, la plomería del AUR para los paquetes te enseñará cómo revisar el software para la seguridad, y la compilación del código fuente te dará una idea de cómo funciona el software. Adquirir el hábito de detectar comportamientos poco precisos en la creación de paquetes y crear archivos te servirá de gran ayuda como usuario de ordenador en general.

También te impulsará a reevaluar tu relación con tu software. Si haces una práctica de pesar seriamente cada instalación, podrías empezar a ser más exigente con lo que eliges instalar.

Una vez que hayas compilado uno o dos paquetes, comenzarás a darte cuenta de lo ilimitado que es el uso de tu sistema. Las tiendas de aplicaciones nos han acostumbrado a pensar en los dispositivos de computación en términos de lo que sus desarrolladores nos permiten hacer con ellos, no en términos de lo que los desarrolladores nos permiten hacer con ellos.

 

Fuente: Original | maslinux

¿Quién está en línea?

Hay 128 invitados y ningún miembro en línea

Contador de Visitas

9482793
Hoy Hoy 1478
Ayer Ayer 1867
Esta semana Esta semana 3345
Este mes Este mes 29034
Total de Visitas Total de Visitas 9482793

Día con más
visitantes

10-19-2018 : 2826

Gracias por su visita