¿Y si en lugar de hablar del futuro de Linux, hablamos de su presente?

 ¿Y si en lugar de hablar del futuro de Linux, hablamos de su presente?

Tomemos como ejemplo a una distribución en especial para hacer este análisis. Y no, no va a ser Ubuntu esta vez.

Este brevísimo artículo fue motivado por la pregunta de una persona en el canal de YouTube, PinkyElle, el cual se puede leer aquí:

https://www.youtube.com/shorts/pZxrcUT4ND4

¡Hola! Hace un tiempo quise instalar Manjaro pero ellos habían dejado de mantener el escritorio MATE. En su reemplazo ofrecían XFCE aduciendo que es más moderno. En realidad lo que más me gusta de Mate es su navegador de archivos Nautilus; siento que Thunar tiene un desarrollo muy lento... le falta madurar y no entiendo qué tan bueno es apostar a lo "moderno" cuando ya hay un software con décadas de testeos y correcciones. Bueno, quisiera pedirte una comparativa y disfrutar tus comentarios. Saludos.

Lo que pasa con las revisiones, es que parto de la base de que los Linuxes son cada vez más iguales entre sí, entonces no quiero dar palo "per se".
Se confunde desde hace mucho tiempo "diversidad" con "cantidad", cuando no son sinónimos. No por haber muchos linuxes es que hay, necesariamente, diversidad.
Hace tiempo hice una lista de particularidades o características que yo quisiera que tuviese un Linux como para mí, las cuales son, más o menos, estas:

• ser independiente de otras distros, ejemplo, Debian;
• tener al escritorio XFCE o permitir instalarlo con facilidad;
• tener cualquier sistema de paquetería tradicional (no snaps, no flatpaks, etc.);
• ser "estable" o al menos "semi rolling";
• utilizar cualquier init, excepto systemd y upstart;
• no ser inmutable;
• poseer soporte completo para X11;
• no ofrecer a Wayland por defecto;
  
• ser independiente de cualquier empresa.

Si tomamos en cuenta que hay unos 450 linuxes en la vuelta, cualquiera diría que esto sería muy fácil de encontrar, ¿cierto?

Pues... ¡no! No hay ni uno... ¡ni uno! que satisfaga estos criterios.
¿Por qué? Porque "diversidad", no es subírsele a las espaldas a Debian y crear otro Linux, y otro Linux, y otro Linux. ¿Me explico?

Al no barrer para abajo de la alfombra, si analizo a a Manjaro, lo voy a tener que criticar duramente, y no quisiera tener que hacerlo "porque sí".
Si se da el caso, lo veremos, pero generalmente no hacemos revisiones de sistemas a menos que sean un desastre (Ubuntu, por ejemplo), que sean raros (Tails, Puppy), o que sean joyitas del software libre, como CruxEx, de Arne Exton.
Entre otras cosas, me parece que la dirección en la cual se desarrolla a Manjaro, va medio para donde sopla el viento: su personalidad es no tener personalidad (no quiero ser hiriente). Mira por qué lo digo.
Durante un tiempo, Manjaro optó por ofrecer FreeOffice y OnlyOffice como suites ofimáticas predeterminadas en algunas de sus ISOs, en lugar del ampliamente establecido bastión ofimático LibreOffice. La justificación se centraba siempre en la "compatibilidad con formatos de Microsoft Office" y con lo "seductor" de una interfaz "más moderna" o "intuitiva" para usuarios que venían de Windows (algo totalmente incomprensible si se conoce a LibreOffice y a sus posibilidades de personalización).
Todo bien con esto, pero... no me va. Cuando dicen "interfaz más moderna", en realidad lo que están diciendo es "interfaz más parecida al Office de Microsoft.
Linux es Linux y Windows es Windows, y tratar de tonto al usuario es un grave error. Mientras no le des un Linux tosco como Ubuntu o un escritorio tan horrendo y grotesco como Gnome o Unity, el usuario puede con eso y con bastante más.
Manjaro, permanentemente está "coqueteando" con diversos entornos de escritorio y realizando cambios en pos de una "búsqueda constante de la novedad" o la "modernidad" per se, muchas veces a expensas de la estabilidad o de su propia identidad.
Si bien ofrece ediciones con los escritorios más populares (XFCE, Plasma, el lamentable adefesio en lo que se ha convertido GNOME), también ha ofrecido a Budgie enfatizando en configuraciones de ciertas versiones que, como siempre y bien a lo Ubuntu, no terminan de perdurar ni de ser absorbidas. El cambio por el cambio, porque "está bueno cambiar (por cambiar, porque sí, porque podemos hacerlo, porque estamos en una nube de... gases)".
También tuvo problemas con la estabilidad en su "intento de modelo de paquetería "estable tomada de una rolling release".
Cometieron también errores gravísimos de estabilidad del propio sistema y de seguridad en cuanto a sus repositorios, con certificados expirados que dejaron a la comunidad sin poder actualizar, lo cual incluso para ser rolling release es algo verdaderamente desprolijo y lamentable.
Una distro que busca permanentemente "ser popular" a cualquier costo, no me genera nada de confiabilidad. Ya tenemos la experiencia del producto estelar de Canonical para poder comparar y saber qué tipo de atrocidades acontecen a quienes transitan ese sendero.
Por lo de Thunar, me gusta muchísimo. Entiendo a lo que vas, también. En mi caso, no me molesta eso.
Te mando un abrazo y gracias nuevamente por tu confianza y comentarios.

Read More

Resumen de los principales comandos para el gestor de paquetes pacman.

Introducción.

Los comandos básicos para gestionar con pacman se dividen en tres grandes ramas. Pero antes, comencemos viendo un poco de la información acerca de pacman con el comando:

man pacman

Este comando que significa manual pacman, nos devuelve bastante información, entre ella lo siguiente:

NAME/NOMBRE

pacman - package manager utility

DESCRIPTION/DESCRIPCION

Pacman is a package management utility that tracks installed packages on a Linux system. It features dependency support, package groups, install and uninstall scripts, and the ability to sync your local machine with a remote repository to automatically upgrade packages. Pacman packages are a zipped tar format.

Since version 3.0.0, pacman has been the front-end to libalpm(3), the “Arch Linux Package Management” library. This library allows alternative front-ends to be written (for instance, a GUI front-end). Invoking pacman involves specifying an operation with any potential options and targets to operate on. A target is usually a package name, file name, URL, or a search string. Targets can be provided as command line arguments. Additionally, if stdin is not from a terminal and a single hyphen (-) is passed as an argument, targets will be read from stdin. A grandes rasgos y traducido al español.

Pacman es una utilidad de administración de paquetes que rastrea los paquetes instalados en un sistema Linux. Cuenta con soporte de dependencias, grupos de paquetes, scripts de instalación y desinstalación y la capacidad de sincronizar tu computadora con un repositorio remoto para actualizar paquetes automáticamente.

Invocar pacman implica especificar una operación con posibles opciones y objetivos sobre los que operar. El objetivo suele ser un nombre de paquete, un nombre de archivo, una URL o una cadena de búsqueda.

Pacman entonces resulta ser un gestor de paquetes muy práctico, y acompaña a la distribución madre Arch y todas sus derivadas como Artix, la que yo estoy usando, y otras como Endeavour, Manjaro, Arco Linux, etcétera.

Antes de seguir, quisiera comentar que toda la información que comparto en este artículo está mucho más amplia y explicada en la propia wiki de Arch, cuya página dejo en el siguiente enlace:

https://wiki.archlinux.org/title/Pacman

Bien, la primera gran rama del comando de Pacman que voy a comentar es la del comando: pacman -S, la S viene de --sync abreviatura de Synchronize Sincronizar, actualizar e instalar paquetes. Los paquetes se instalan directamente desde los repositorios remotos, incluidas todas dependencias necesarias para ejecutar dichos paquetes. Por ejemplo podemos instalar el programa darktable; para lo cual el comando sería:

sudo pacman -S darktable

Lo mismo sería si queremos actualizar un paquete específico, justo el mismo comando, sudo pacman -S y el nombre del paquete que queremos actualizar. Siguiendo con el tema de actualizar existe un comando de esta línea de los -S para ese fin el cual es:

sudo pacman -Syu

Este comando combina tanto “Sy” como “Su” es decir combina sincronizar Sy, con Actualizar Su, si solo hacemos sudo pacman -Su esto sirve para actualizar los paquetes del sistema con la información con que se cuenta en este preciso momento, pero al hacer Syu primero sincronizamos los paquetes con los repositorios y luego hacemos la actualización, justo con lo que acabas de sincronizar. En otras palabras, el comando sudo pacman -Syu es un equivalente a en el gestor apt hacer: sudo apt update y sudo apt upgrade. A la vez, sincroniza la base de datos de los repositorios, con nuestros paquetes instalados, e instala las actualizaciones que hagan falta.

Otro comando útil podría ser, si queremos recordar, si es que tenemos instalado un paquete para buscarlo, para ello podemos usar sudo pacman -Ss Y alguna palabra o caracteres incluidos en el nombre del paquete Por ejemplo imaginemos que buscamos flameshot y solo recordamos que su nombre comienza con flame el comando sería:

sudo pacman -Ss flame

Otro comando útil, si deseas obtener la información de un paquete ya sea que lo tengas instalado o no es: sudo pacman -Si nombrepaquete Por ejemplo yo no tengo instalado openshot así que puedo ver su info con el comando:

sudo pacman -Si openshot

Bien, el último comando que voy a mostrarles en esta rama, es uno para limpiar la caché de Arch, este comando es:

sudo pacman -Sc

Arch y pacman, guardan los paquetes que se van instalando, incluso las versiones de estos, así que es bueno de vez en cuando limpiar un poco la caché con este comando.

Ahora, la siguiente gran rama del comando de Pacman que voy a comentar es la del comando: pacman -R, la R viene de --remove haciendo referencia a remover paquetes.

En resumen, sirve para remover paquetes del sistema, hay varias formas de usarlo pero yo les mostraré la más común, ya si tienen curiosidad pueden visitar la wiki de Arch y profundizar, por su cuenta, bueno, vamos a ver la forma más común de remover paquetes con pacman es con el comando: sudo pacman -R nombrepaquete Por ejemplo eliminemos darktable que acabamos de instalar entonces el comando sería:

sudo pacman -R darktable Y con eso lo borraríamos, muchos hemos usado este comando por las prisas o el ajetreo diario. sin embargo y aquí vamos a profundizar un poco, en la rama pacman -R, sería más adecuado eliminar un paquete con: sudo pacman -Rs nombrepaquete Porque de esta forma no solo eliminamos el paquete, sino que eliminaremos también las dependencias de dicho paquete, más no las dependencias que use este paquete pero sean utilizadas por otros, lo cual está genial. Sin embargo aún podemos profundizar más, si usamos el comando:

sudo pacman -Rns nombrepaquete No solo borraremos el paquete y sus dependencias, sino que además borraremos los archivos de configuración que se crearon en el sistema al instalar ese paquete, por ejemplo instalemos openshot, ya saben sudo pacman –S openshot y lo eliminamos con el comando:

sudo pacman -Rns openshot

Veremos que también se eliminan sus dependencias y también sus archivos de configuración.

Bien, ahora para ir finalizando hablaremos un poco de Pacman -Q la última rama de este gestor de paquetes que quería comentar.

Pacman -Q viene de Query, es decir consulta.

En resumen consulta la base de datos de los paquetes. Esta operación le permite ver los paquetes instalados y sus archivos, así como metainformación sobre paquetes individuales (dependencias, conflictos, fecha de instalación, fecha de compilación, tamaño). Veamos algunos ejemplos, si simplemente usamos:

sudo pacman -Q

Nos dará una lista de todos los paquetes que tenemos instalados, y la versión que tenemos. Ahora si queremos saber cuales de esos paquetes son oficiales, (no son de AUR) por ejemplo, podemos ejecutar

sudo pacman -Qn

Y los tendremos, si queremos contar estos paquetes solo debemos usar:

sudo pacman -Qn | wc -l

Para saber cuales son de AUR no oficiales el comando sería:

sudo pacman -Qm

Y para contarlos igualmente

sudo pacman -Qm | wc -l

Si te parece demasiado y no recuerdas haber instalado tantos paquetes, recuerda que te muestra los paquetes que se han instalado incluyendo dependencias, si queremos conocer solo los paquetes que nosotros instalamos debemos usar el comando:

sudo pacman -Qe

Y lo mismo si queremos ver cuantos paquetes instalamos desde pacman (oficiales) sería:

sudo pacman -Qen | wc -l

Y para saber cuantos instalamos desde AUR sería:

sudo pacman -Qem | wc -l

Finalmente para ver los paquetes huérfanos, es decir paquetes que a lo mejor se instalaron como dependencias de otros que eliminamos, por las prisas o por descuido solo con sudo pacman -R y dejamos las dependencias ahí perdidas, pues podemos usar el comando:

sudo pacman -Qdt

Ahora si queremos saber cuantos paquetes huérfanos tenemos en nuestro sistema pues lógicamente podemos usar le comando:

sudo pacman –Qdt | wc -l

En mi caso son solo 26 paquetes.

Ahora si quisiéramos eliminar esos paquetes huérfanos de nuestros sistema, existe una comando, para tal fin, ese comando es:

sudo pacman –Rns $(pacman –Qdtq)

Si volvemos a ejecutar sudo pacman –Qdt no nos devolverá nada, y si ejecutamos sudo pacman –Qdt | wc –l, nos devolverá “0”.

Otro comando muy interesante es el que nos si rve para buscar todos los archivos que contiene un paquete, ese comando es: sudo pacman -Ql nombrepaquete Por ejemplo veamos a revisar nuestro querido y ya desatendido neofetch, usamos:

sudo pacman -Ql neofetch

Y podemos ver todos sus archivos, si usamos

sudo pacman -Ql neofetch | wc -l

podemos ver que tiene 10 archivitos.

Y bueno, creo que hasta aquí este pequeño resumen, he tratado de mostrar los comandos mas importantes, pero repito, si deseas empaparte bien de los comandos de gestor de paquetes pacman, te dejo su Wiki, hay mucha pero mucha información, sin embargo este resumen quizás pueda ser útil para aquellos que comienzan en este mundo y quieren ir practicando un poco, con la terminal. Hasta otra.

Carlos Mauricio López (Metzengerstein)

Read More