Tras un afortunado premio en un concurso, decidí deshacerme de un iPhone 7 y comprar un Xiaomi Redmi 3S Pro. Estas son mis impresiones de MIUI, el sistema operativo que incorpora. Enlace externo al artículo en Colaboratorio.
Suele ocurrir cada cierto tiempo: recibo un correo de algún usuario de Chakra con una pregunta variable en su forma, pero constante en su fondo. Del tipo, «¿cómo va la distro?», «¿para cuándo la nueva ISO?» y cosas así. Yo hace tiempo que no la tengo como distribución principal, debido al desbarajuste de los primeros meses de Plasma 5 y al fatídico mensaje de marras por el que no se extingue aún mi odio a systemd. Pero, cual amor platónico de juventud, sigo muy pendiente de ella y al final acabo volviendo a instalarla (la última vez, hace unos días). Son precisamente este tipo de cuestiones que me hacen los que aprecian a la distribución las que me terminan llevando a la conclusión de que la comunicación sigue fallando, no tanto para los que se defienden en inglés, pero bastante más para los hispano-hablantes. Así que, póngame una ración de noticias sobre Chakra, por favor.
Encuentro en Suiza
Lo podéis leer con más detalle en la página personal de Lisa Vitolo (aka shainer) quien a principios de año volvió por sus fueros colaborando con el equipo de Chakra. El pasado 19 de Septiembre tuvo lugar un importante acontecimiento que, a mi modo de ver, denota la madurez de un proyecto: el primer encuentro cara a cara entre desarrolladores. El sitio escogido fue el Valle Verzasca, en Suiza. Cuando una serie de personas decide emplear sus recursos en un viaje de esta envergadura pues, no sé a vosotros, pero a mí me lleva a pensar que se pretende dar un paso adelante en la dirección correcta, aquella que nos lleve a un desarrollo más activo y más comprometido. Para mayor regocijo, compruebo que Gallaecio ha vuelto a contribuir, en palabras de Lisa, «me gusta pensar que inspirado por nosotros». ¿Veis a lo que me refería?
Principales respuestas a las sugerencias de los usuarios
En el foro de Chakra hay un apartado (en inglés) para que cada cual deje sus impresiones e ideas sobre mejoras que puedan implementarse en el futuro. Uno de los temas tratados en la reunión hace referencia a algunas de estas sugerencias, que han encontrado respuesta. Las detalla Neophytos Kolokotronis en el foro y os las traduzco por aquí:
ISO mínima. Es una petición de hace mucho tiempo. Los desarrolladores ya han implementado una opción para instalación mínima desde la red en Calamares, de modo que debería estar disponible en próximos lanzamientos.
Añadir un widget «Pastebin» y una identidad «Chakra Live User» a Konversation, todo ello en el «Live CD».
Manjaro Settings Manager. Aunque se trata de un programa muy útil es complicado de implementar con nuestros recursos actuales, ya que arrastra muchas dependencias específicas de Manjaro. Si hay alguien dispuesto a hacer una versión para Chakra o algo similar, nos encantaría saberlo.
Aplicación para ordenar los «mirrors». No queremos que se haga de forma automática, interferiría con las configuraciones particulares. Los usuarios siempre pueden utilizar «rankmirrors». Los nuevos «mirrors» siempre se anuncian en redes sociales para conocimiento general.
Controlador Nvidia-testing «rolling». Esto es demasiado para los recursos disponibles y no concuerda con nuestros objetivos actuales. En lugar de eso, debemos mantenernos en nuestro modelo de actualización 3-4 veces al año.
Probar 5 distribuciones distintas, con base KDE, para averiguar qué nos puede faltar. Es una buena idea para poner en valor nuestra distribución, aunque difícil de llevar a cabo, dado que la mayoría de nosotros utiliza sistemas muy personalizados para su trabajo o la Universidad. Solemos probar «Live CDs» de distintas distribuciones para ver cómo funciona el instalador o para probar aplicaciones específicas. Las sugerencias de los usuarios siempre son bienvenidas.
Soporte de auditoría para el kernel. (N. del T: a partir de aquí todo se vuelve demasiado técnico para mí, disculpad si la traducción no es correcta). Ni tan siquiera Arch implementa esto y parece ser que solo e4rat se beneficiaría de ello. Pensamos que si tienes una buena razón para usar la auditoría, es que eres capaz de compilar tu propio kernel.
Kapudan. Aunque realmente nos gustaría reintroducirlo, hace tiempo que está abandonado, dado que KDE todavía no ha portado algunas librerías de Python a Frameworks 5. No obstante, hubo algunos avances durante nuestro encuentro y parece que seremos capaces de lanzarlo portado a Qt5 sin depender de dichas librerías.
Salida de pacman para determinados repositorios. Los repositorios no importan demasiado a los usuarios, a menos que estos sean estrictos sobre lib32 o gtk. Siempre se puede usar pacman -Sii para comprobar paquetes específicos o pacman -SI testing para ver qué paquetes están disponibles en testing. También se puede hacer una petición «upstream» a Arch para que se añada esta opción al script para comprobar las actualizaciones. Akabei podría ordenar actualizaciones por repositorios, pero todavía le falta un poco.
BFQ I/O Scheduler. Preferimos entregar un kernel lo más «vanilla» posible para que se ajuste a la mayoría de usuarios y que siga siendo sencillo de compilar. Se debería considerar el porqué esta característica nunca ha sido aprobada «upstream».
Mantener particiones como f2fs entre instalaciones. Probablemente debería solicitarse esta característica a KDE para que la implemente en kpmcore. Además, si tuviéramos más información sobre lo que se pretende con esto podríamos responder más adecuadamente.
Tema claro para el escritorio. Esta es realmente una gran idea. El tema «heritage» podría adaptarse fácilmente, solo necesitamos alguien dispuesto a dedicarle tiempo a la tarea. De nuevo, si estás interesado, nos encantaría saberlo.
Minibackup. Está obsoleto tras el cambio a Plasma 5, por lo que ha sido eliminado de nuestros repositorios.
Tienda de aplicaciones. Una vez que Akabei esté finalizado, el plan es usar Discover como tienda de aplicaciones, sobre todo para programas y juegos. Queremos usarlo y contribuir al proyecto todo lo posible. Podríamos portar Octopi para implementar una búsqueda más detallada de paquetes para usuarios avanzados (comprobar librerías, etc.). Siempre se podrá usar akabei desde la terminal y, por supuesto, pakabei, que será una variante para quien prefiera seguir haciendo las cosas al estilo pacman.
Espero y deseo no haberme dejado nada y que nuestras respuestas sean satisfactorias. Por desgracia, no podemos contentar a todo el mundo, pues estamos centrados en alcanzar los objetivos que hemos fijado para Chakra, y tenemos que tener en cuenta los recursos disponibles. Como siempre, si te apetece ayudarnos a mejorar la experiencia Chakra, te invitamos a que te pongas en contacto con nosotros y te involucres.
Y, por supuesto, ¡que sigan las ideas y sugerencias!
Mis disculpas si la traducción no es la más acertada, reitero que algunos de los puntos tratados hacen alusión a temas demasiado técnicos para mi conocimiento de usuario medio. Siempre podéis consultar el texto original en los foros de Chakra.
Por mi parte, os dejo mi granito de arena para calmar la sed de noticias en español de aquellos que siguen a una distribución que nunca será para las masas, pero que siempre tiene contenta a una pequeña minoría. Y que así sea por mucho tiempo.
Salud
ACTUALIZACIÓN 4/10/16 : tenéis amplia información, incluyendo fotografías del encuentro, en la página de Chakra en español.
Tal día como hoy de hace 5 años nacía este blog. No tengo por costumbre publicar artículos en las efemérides, que yo recuerde solamente me salté la norma en el primer aniversario. Hoy tampoco iba a hacerlo, pero he recibido un correo electrónico de un lector del cual hace tiempo no tenía noticias, pidiendo un espacio para publicar sus vivencias en este mundo del pingüino, incluyendo las motivaciones e influencias externas que le llevaron a adentrarse en él. Entre estas últimas cita este pequeño rincón de la red, motivo de orgullo para todos los que lo hacemos y razón de sobra para acceder a su deseo.
El mensaje lo firma Marco Galicia, que en esa particular nomenclatura que componen los «nicks» siempre fue conocido por aquí como HydrosIII. Escribe lo siguiente:
Hola Enrique, escribo esta carta, que me gustaría, hicieras pública, ya que aunque había tenido la intención de escribirla hace rato no había hallado el tiempo y me gustaría compartir con los lectores y la comunidad de tu blog una experiencia personal.
He sido lector asiduo de tu blog desde hace mas o menos tres años (con el seudónimo de hydrosiii, he comentado bastante, pero de esto ya tiene un tiempo) cuando aún tenía otra presentación, y se discutían otras cosas. Y estaba solamente dedicado a la revisión de distribuciones, mas que otra cosa. Reconozco que gracias a tu blog, logré echar a perder mi computadora unas 15 veces cambiando de distribución en distribución. Me gustaría dar a conocer un poco de mi historia, ya sea para animar a los lectores de tu blog al conocimiento de GNU/Linux, ya sea para compartir experiencias en cuanto a la vida y el mundo real en que vivimos.
Soy mexicano, comencé con GNU/Linux, cuando recién me graduaba de la Universidad de la Licenciatura en Relaciones Internacionales. En el proceso de hacer mi tesis, tuve mucho de procrastinación y tiempo libre por lo que me entretuve en desarmar y armar computadoras con diferentes distribuciones Linux. El vicio fue a tanto que terminé instalando distros como Arch Linux o
Gentoo, y sabiendo cada uno de los componentes del kernel Linux. Esto me valió para poner en funcionamiento en la empresa familiar un sistema de punto de venta y ERP, llamado Openerp y con lo cual, se mantienen hasta hoy día.Cuando salí por fin de la Universidad con mi tesis concluida, el desafío de colocarme dentro del mundo laboral se resolvió de una manera inédita. Cuando unos amigos y yo íbamos a una manifestación pacífica en contra de las violaciones de derechos humanos que se dieron en Ayotzinapa en el 2014, ellos fueron golpeados por la policía. En mi indignación, lo que hice fue montar un servidor con una aplicación llamada ushahidi, misma que fue utilizada en Kenia para el monitoreo electoral. Un grupo de amigos y yo resolvimos que podía ser utilizada para monitorear las violaciones de derechos humanos en las marchas.
Esta iniciativa en ese momento fue acogida con algo de éxito en algunas organizaciones de la sociedad civil, que buscaban desesperadamente soluciones nuevas, por lo que durante un momento tuve la oportunidad de conocer a algunas personalidades de este ámbito, momento que en realidad fue muy breve.
Cuando el momento político pasó me hallé promocionando mi iniciativa de manera altruista en un hackaton organizado por GIST TECH. En donde llegué sin saber que lugar ocupaba en el mundo informático, ni que conocimientos tenía. Ya que mis conocimientos fueron adquiridos de manera empírica durante un año de encierro y procrastinación.
El equipo con el que me uní ganó, con otro proyecto, el hackaton tanto a nivel nacional como posteriormente a nivel internacional, lo cual me valió convertirme en el empleado de una startup que recién estaba surgiendo, y que ahora, dos años después, se dedica a la ciencia de datos en México.
A través de esos dos años, trabajé en esa empresa, teniendo unas perspectivas de salario mejor que muchos de mis compañeros graduados de la universidad en mis mismas circunstancias, ya que es bien sabido que el mundo informático, por su hermetismo, es bien pagado cuando los conocimientos son suficientes.
Junto con el frenesí de esa empresa entré de lleno en el mundo de la startup, un mundo que por lo menos aquí en México apenas acaba de surgir. En el que promocionan todo tipo de valores como el aprendizaje libre, la abolición de la educación tradicional en espacios auspiciados por compañías como Google y otras grandes del diseño de software, en donde la palabra startup y coworking son de las más populares.
Actualmente me encuentro estudiando una maestría en Ciencias de la Comunicación, en la cual analizo la dependencia de la administración mexicana, al software de compañías como Microsoft y otras, aunque ya no me encuentro trabajando en la empresa donde estaba, gané la suficiente experiencia y conocimientos, en varios proyectos que me tocó participar. De esta manera hoy puedo hablar al tú por tú con ingenieros expertos en software, y considero mi área de especialidad los servidores y su mantenimiento, sobretodo en variantes de UNIX. Es decir, me dio una perspectiva única sobre Internet, y en pocas palabras, cambió mi vida y le dio un giro de 180 grados que yo no hubiera esperado hace dos años.
Gracias a un blog como éste y en general a la gente que ocupa parte de su tiempo libre, en hablar de cosas de las que vale la pena hablar, en compartir conocimientos que vale la pena difundir, pude hacer esta clase de cosas. Por lo menos para mi las fuentes principales de ese conocimiento que me permitieron lograr lo que hice en los últimos dos años, fueron en mayor medida, blogs de gente que promociona Linux (sobretodo españoles), los foros de Arch Linux y su wiki y ya mas avanzado el asunto, bibliografía especializada.Entre las cosas negativas de esta noción de comunidad que me ha tocado personalmente asistir es la caída de una iniciativa independiente que auspicié y que durante seis meses, mantuvo servidores de distribuciones como Centos y Arch Linux en México, así como un mirror para el lenguaje R de programación en la dirección jellyfish.lol. Cosa a la que dediqué tiempo y esfuerzo, pero que por falta de financiamiento se tuvo que cerrar. He de decir que aunque tuve la noción de promocionar algo como esto, la falta de tiempo, no me permitió hacerlo.
Cuento estas experiencias ya que todas surgieron de un momento en que entré a tu blog, y cuestioné la eficiencia del software que mi computadora usaba. Con el tiempo, el uso de GNU/Linux se ha vuelto un hábito. Hoy uso Arch Linux y aunque por el momento estoy algo distanciado del puro trabajo técnico en la Informática, como la programación o la administración de sistemas, si lo uso para hacer todas mis tareas cotidianas como la edición de texto (En la cual uso siempre Latex) y navegar por Internet.
Así que muchas gracias por el buen trabajo, Enrique.
Gracias, por descontado, a ti y a todos los lectores que han hecho de este blog un espacio peculiar, del que me gusta destacar siempre el respeto y la tolerancia en las opiniones, sean del signo que sean. Cinco años, quién me lo iba a decir.
Como sabéis por el artículo anterior andamos enredados (nunca mejor dicho) unos cuantos locos de esto y yo en la ardua tarea de poner en marcha un blog comunitario. Seguimos en ello. La convocatoria hoy de una nueva oferta pública de empleo en el servicio sanitario en que desempeño mi profesión hace aún más complicado sacar tiempo, sobre todo porque es que no lo hay, materialmente, pero os prometo intentarlo.
Salud
Artículo escrito por Denise para este blog. La autoría no es de Enrique Bravo, cuyo nombre figura por error al traspasar el blog a un nuevo alojamiento.
Una de las partes más importantes en aquellos que se enamoran del mundo GNU/Linux es demostrar lo que saben, y no hay mejor manera que obteniendo y luciendo una certificación oficial sea de la propia Linux Foundation o la gran cantidad de instituciones a lo largo del mundo que las ofrecen. Vamos a comentar el programa básico antes de la obtención de la primera categoría o certificación junior.
El examen LPI 101 y LPI 102 son requisito para la certificación LPIC-1, o sea nivel junior . La parte uno y dos previas son un amplio pero importante resumen de todo un sistema UNIX. Aqui solo voy a cubrir los aspectos básicos para la primera categoría, las siguientes categorías son LPIC-2 o nivel avanzado y LPIC-3 o nivel senior.
Categoría de Hardware
Aquí se exige a los usuarios que puedan configurar lo básico en la BIOS de una maquina x86 como deshabilitar y configurar periféricos, manejar errores y configurar sistemas para permitir el uso de teclados, por ejemplo. El uso y configuración de tarjetas de sonido, modems, uso de comandos como lspci para conocer las especificaciones del hardware pci y el conocido por todos lsusb.
Saber configurar y entender el uso de:
También se recomienda conocer y saber manejar herramientas para la configuración de dispositivos SATA, conocer la diferencia de dispositivos no-IDE, configurar la BIOS para arrancar con o sin dispostivos no-IDE y/o IDE.
Entre otros aspectos de hardware también exige conocer detalles de configuración de puertos seriales, modems y soporte para dispositivos USB.
La mejor forma de aprender y estar preparado para este módulo y creo que para el resto también, es conocer nuestro equipo, aquí hace falta la practica casi diaria y ser curioso, conocer y manosear nuestro sistema desde hardware y configurarlo desde software, el mejor consejo que me han dado sobre una certificación Linux es que aprenda todo a mi tiempo, sin presiones, sin pensar que tengo un examen que resolver y no trate de memorizar nada a la fuerza; he estado en el mundo GNU/Linux por pocos años, aún asi pienso tomarme otro par para aprender más y sentirme con la confianza necesaria para realizar la certificación.
Instalación de Linux y los paquetes.
Lo más básico y que lo vemos cada vez que realizamos una instalación manual de algún sistema Linux es el particionado de nuestro disco duro, este módulo exige conocer el esquema de particiones usado por Linux, como crear la swap y elegir el sistema de archivos, crear la partición de arranque, etc. El boot manager es otro tema que debemos conocer y saber usar, saber los métodos de arranque como son por CD/DVD o una memoria USB. Conocer y configurar GRUB o LILO.
Importante conocer y usar estos recursos:
Otra parte que incluye este módulo es el conocimiento del uso de make, para la instalación de aplicaciones desde el código fuente, debemos conocer como descomprimir hasta como modificar los archivos makefile, compilar, comprobar errores, cambiar rutas, etc. Algunas herramientas son:
Comandos de UNIX y GNU
Todos los que usaron, usamos y estamos aprendiendo GNU/Linux al menos una vez en la vida escribimos estos comandos, sea un simple cd, creamos un archivo vacío con touch, usamos pwd, listamos con ls, crear o eliminar directorios, etc. Este módulo quizá sea uno de los más fáciles en este examen, aún asi vale la pena repasarlos, grabarlos en nuestra mente y nuestro corazón, el uso día a día de la terminal en lugar de la GUI hace posible que este módulo sea pan comido.
En la parte avanzada podemos notar el uso de comandos para redireccionar, crear, matar y monitorear procesos así como entender cada parámetro del comando top, saber leer los errores y las advertencias.
El uso básico de VI es contemplado también, enfocándose en comandos de edición, etc:
Dispositivos y sistema de archivos
Aprender a configurar particiones y a editar las actuales es parte del aprendizaje de cualquier linuxero, algún día todos nosotros nos toparemos con redimensionar, eliminar y borrar alguna partición, saber las particiones de nuestro sistema con fdisk, darle formato a un disco vacío con mkfs o crear una partición de intercambio con mkswap; también este modulo se enfoca en comprobar la integridad de las particiones, monitorear espacio libre y reparar posibles errores que se presenten.
En otro apartado vemos detalles de como administrar los archivos, cambiar sus permisos y localizar los directorios importantes de la raíz del sistema.
El sistema X Window
Aqui nos adentramos a conocer el sistema X Window, instalarlo y configurarlo. Se ven cosas básicas como instalar las fuentes, configurar tarjeta gráfica y vídeo; se ve también una introducción a GNOME, KDE y el uso e instalación de un Window Manager como Openbox u otros. Algunos recursos son:
Examen LPI 102
La segunda parte es un poco más enfocada en módulos del kernel, algunas tareas administrativas, el genial shell scripting y un poco de seguridad del sistema. Hay un módulo que habla sobre servicios de impresión, es de los más fáciles de este examen. El módulo sobre el kernel considera que sepamos comandos básicos para entender como está estructurado, la configuración actual y versión del kernel. Se enfoca en los comandos necesarios para conocer los módulos cargados; también se adentra en el conocimiento que tengamos sobre configurar el kernel actual, recompilarlo, instalar un nuevo kernel precompilado o compilarlo a mano.
Se deben conocer estos comandos y utilidades:
Manuales
Para esta parte podemos aprender mucho de nuestro sistema así como identificar los manuales más importantes para su uso cotidiano. También nos invita a conocer sobre la documentación del sistema en /usr/share/doc/ y elegir cual conservar y cual no. Hay una sección donde nos indica que debemos tener habilidad de poder buscar documentación sobre un sistema Linux en Internet.
Shell scripting
Una de las partes para algunos de lo más divertidas, para otros difícil es la programación en shell, usando en este caso BASH; invita a saber crear y configurar scripts para automatizar tareas usuales del sistema o resolver las necesidades de los usuarios. Considera que debemos conocer y saber usar comandos y utlidades como:
Tareas administrativas
Como todos sabemos, un sysadmin no solo resuelve los problemas que ocurran en un equipo, el soporte técnico también considera eliminar, configurar y crear cuentas de usuario, agregar o revocar privilegios; es necesario conocer el funcionamiento y contenido de ficheros importantes del sistema. Si bien cada módulo exige un número considerable de comandos, con el tiempo, el usuario se acostumbra y puede fácilmente recordar y asociar la gran cantidad de comandos con tareas hechas rutina e incluso hacer uso de comandos combinados para una mayor eficiencia. Conocer lo siguiente:
Fundamentos de redes
Importante no solo en una certificación de Linux, sino para toda carrera en la Informática es conocer y saber configurar los protocolos TCP, IP, UDP, conocer el uso de Ipv4 e Ipv6, resolver errores, configuraciones de redes y saber usar comandos como:
En este módulo puedo recomendar leerte la currícula de CISCO CCNA, que contiene lo básico de redes y un poco de WAN, Wireless y mucho más. Para mi es uno de los módulos con más teoría, puesto que para entender los comandos es necesario conocer detalles como «subneting».
También hay un modulo sobre los servicios de red, básicamente indicando que debemos saber iniciar o detener servicios como ssh o ftp, limitar el acceso de otros servicios o incluso configurar servicios de correo o configurar Apache o algún servidor.
Seguridad
Por último pero no menos importante está el modulo de seguridad, donde podemos aprender mucho sobre servicios que controlar la seguridad del sistema, el uso del archivo shadow y psswd; también nos pide conocer el uso de nmap, para auditar y verificar paquetes, redes locales, etc. Es importante saber por ejemplo administrar el archivo psswd y también apagar servicios no necesarios.
Comentarios finales
Es posible que aún falten muchas cosas, se incluyan detalles o se remuevan de los exámenes oficiales, pero esta información da una aproximación bastante certera de lo que es un examen, o mejor dicho, los dos exámenes previos a la primer certificación Linux. Espero seguir practicando al igual que ustedes si aún no han tomado estos exámenes, si han tenido experiencias sobre ellos o han aplicado para alguno; son bienvenidos los comentarios, aportes, aclaraciones. No solo me va a servir a mí, a todo lector que quiera adentrarse a la profesionalización de su conocimiento sobre GNU/Linux le va más que bien.
Para los que vivimos en el valle del Guadalquivir, sur de España, el pasar de la primavera al verano no solo representa un cambio de estación. Supone dar la bienvenida, a regañadientes siempre, a un calor asfixiante que no te deja respirar, pensar ni salir a la calle a según qué horas de la jornada. En especial se sufre mucho durante los primeros días de canícula, cuando el cuerpo no está todavía adaptado del todo. Si es que es posible imaginar que un ser humano se pueda acostumbrar a vivir a más de cuarenta grados día sí, día también. Este año, en el que he logrado mantener la promesa que me hice a mí mismo de convertirme en corredor popular, por una cuestión de salud y actividad física, la aparición del calor me obliga también a cambiar los hábitos de entrenamiento, porque a ver quién es el guapo que se pone a correr a las siete de la tarde por el parque.
No, no voy a cambiar un blog linuxero por otro de Meteorología. Lo que pasa es que mi casa, último piso en un bloque de cuatro alturas, recibe el solano en sus paredes y techos durante todo el día, convirtiéndose en un horno muy difícil de soportar. El ordenador también lo sufre y lo demuestra, con el ventilador funcionando a tope durante mucho tiempo. En Windows, mejor ni os lo cuento, pero ya os podéis hacer una idea: se dispara y hace un ruido ensordecedor todo el rato, ya que el sistema de Microsoft se pasa las horas muertas haciendo desfragmentaciones y otras prácticas que prefiero no conocer (serán indexaciones… o no) con el ventilador girando a toda velocidad. Lo mismo me da, puesto que solo entro en ese sistema de higos a brevas cuando me apetece jugar a algo.
¿Y qué pasa con GNU/Linux? Últimamente venía usando openSUSE Leap 42.1 y antes que éste llevaba ya unos meses fijo en Linux Mint 17.3 Cinnamon. Ambos son grandes sistemas, hecho irrefutable al que contribuye una gran cantidad de servicios preinstalados y que corren de inicio. Para entendernos: un pelín inflados de contenido para garantizar su funcionamiento en el mayor número de equipos posible. El ventilador, sin llegar ni de lejos a las cotas de ruido y actividad de Windows 10, también se movía a veces más de lo deseable.
De modo que decidí buscarme una distribución para el verano. Una liviana. Tenía que ser con Plasma 5, porque tengo visto y comprobado que con el resto de escritorios siempre echo algo a faltar. Cinnamon, al menos el que entrega Linux Mint, es lo más parecido a una buena experiencia de uso para mí, pero KDE sigue ganando. Chakra ya la tenía instalada en el disco externo y tampoco estaba del todo satisfecho como para pasarla al SSD. Y entonces me acordé de Arch Linux.
Más de tres años después, de vuelta a Arch
Mi última pelea de enamorados con Arch fue a cuenta de la dichosa tarjeta gráfica integrada en mi APU AMD A8. Me llovieron críticas en Taringa, por cierto, pues interpretaron el artículo como un ataque a la distribución, cuando en realidad era un lamento por mi incapacidad para mantenerla. Lo comentó precisamente un «archer», Eugenio M. Vigo, en «3 maneras de instalar Arch«: es más difícil el trabajo de conservación de la distro que la propia tarea de configurarla al inicio. Sea como fuere, la APU queda ya fuera de la ecuación, gracias a la NVIDIA donada por Yoyo el pasado mes de noviembre.
Me planteé usar alguno de los métodos mencionados en mi artículo sobre la instalación de Arch, con preferencia por Antergos, pero al final decidí que merecía la pena echar unas horas y hacerlo a pelo. Yo es que soy un friki informático que disfruta con estas cosas, lo admito. En unos ratillos durante una única jornada tenía Arch a pleno rendimiento con KDE Plasma 5. Y pasados los primeros minutos en los que Baloo se pone a indexar, el ventilador está más calladito que nunca… qué alivio.
Al poco tiempo de empezar este blog, que por cierto en sus inicios tenía un nombre totalmente distinto (aplauso para el que lo encuentre en la captura de mi KDE de 2011), dediqué un primer artículo a mi devoción absoluta por Arch Linux. El paso de los meses y años me fue haciendo más cómodo y menos deseoso de leer manuales o wikis, de ahí que empezara a mirar hacia otras distribuciones más sencillas de utilizar y mantener. De vez en cuando me invadía la nostalgia y hacía una instalación en alguna partición olvidada, por los viejos tiempos. La maldición del «archer», que no me termina de abandonar nunca: «Archer una vez, archer para siempre».
Así que ya sabéis, como aquel antiguo anuncio de aire acondicionado, Arch Linux es el silencio para tu ventilador. Y no te digo nada si encima eres fan de Openbox, eso ya debe ser gloria bendita. A mí, acérrimo entusiasta de KDE, me ha funcionado para bajar un poco el calor espantoso de mi habitación de trabajo y diversión, a la par que vuelvo a sentirme a gusto con la que fue mi distribución preferida desde que la descubrí. Que nadie se piense que openSUSE o Linux Mint convierten tu equipo en un tostador, que tampoco es eso. Sospecho, por unos problemillas a la hora de copiar archivos grandes a una unidad externa, que algo no estaba del todo bien configurado en mi instalación de la distro del Geeko. En cualquier caso, noto el KDE de Arch más ligero en general.
Si el verano pasado fue el del camaleón, este ha de ser el del arquero. Sí, ya sé lo que estáis pensando. Y lleváis razón. Más pronto que tarde, algo se romperá y me iré corriendo a Linux Mint Sarah o a Chakra, según sople el viento. Ya lo digo yo, que me conozco bien… De momento, calma chicha.
Salud
Advertencia: este relato está basado en hechos reales en el equipo del autor. Cualquier parecido con la realidad en otros equipos es pura coincidencia. Vamos que, a lo mejor, a ti te va Ubuntu más ligera que Arch. Aunque lo dudo.
Archivo de La sombra del helicóptero 