La gestión de paquetes en los sistemas Linux siempre ha sido objeto de discusiones interminables, llamas y disputas. No obstante, independientemente de lo que uno prefiera, hay algo para todos, si no en Distro X, tal vez en distribución y. Algunos juran por binary paquetes de gestión, otros dicen que la única forma verdadera es la compilación de la fuente. Hoy nos centraremos en dos distribuciones que ofrecen lo mejor de ambos mundos: Arch Linux y Slackware.

Introducción

Antes de profundizar en la gestión de paquetes en Arch y Slackware, explicaremos algunas generalidades sobre la administración de paquetes de Linux, por lo que tendrá un poco de antecedentes teóricos e históricos. En los viejos tiempos, las personas solían compilar software de la fuente y le gustaba. Luego, a medida que el software se volvió más complejo, la compilación de software se volvió tediosa y lenta, a medida que las dependencias se volvieron cada vez más un problema. Así es como apareció la administración de paquetes, para facilitar las tareas de instalación del usuario. Desde cierto punto de vista, hay dos tipos de gestión de paquetes: binario y fuente. Binario significa que el software ya está compilado y un paquete es básicamente un archivo que el administrador de paquetes desempaquera en su sistema, lo que hace que mucho software esté disponible en un complemento. Esto es rápido e indoloro, por lo general, sin embargo, hay algunos inconvenientes: puede instalar software como una dependencia que nunca usará, e incluso el software que instaló nunca lo puede usar, solo está instalado porque la distribución tiene una filosofía de "Todo y el fregadero de la cocina". Además, no puede controlar las opciones de tiempo de compilación de lo que instala, ya que el programa/biblioteca ya está compilada. Aun así, esta es la forma más popular de instalar software en sistemas Linux, porque es sin complicaciones y rápido.

Las distribuciones que desean abordar esos problemas generalmente toman dos direcciones: lo contrario, como en compilar todo, desde la fuente (como Gentoo), que ofrece un gran grado de personalización y velocidad, ya que el software se compila en su sistema para su sistema, pero eso tiende a ser mucho "más geek" y lento, especialmente cuando se trata de grandes instalaciones de software, u ofrece un entorno de empaque mixto: ofrece algunos paquetes básicos como binarios, con (arco) o sin verificación de dependencia (Slackware), y ofreciendo el Descansa como fuente con un script de compilación, para que puedas rodar tus propios paquetes. Esto ofrece lo mejor de ambos mundos y, por supuesto, puede recompilar los paquetes base a su gusto, nadie lo detiene.

Queremos advertirle que este artículo solo se ocupará del uso de Aur y SlackBuilds. Suponemos que tiene Arch y/o Slackware en funcionamiento, ya que no nos ocuparemos de instalar esos sistemas.Entonces, vamos a trabajar.

Arch Linux y Aur

Una de las muchas cosas que Arch y Slackware tienen en común es una buena documentación. Usamos ambas distribuciones durante algunos años y nunca tuvimos un problema que no se resolvió usando los canales Arch Wiki, Slackbook o IRC. Intentaremos ser lo más completos posible, pero si se encuentra con un problema, no dude en beneficiarse del conocimiento gratuito y de calidad.

Por lo tanto, desea instalar una aplicación y no puede encontrarla en los repositorios del arco. No es necesario entrar en pánico, es probable que encuentre un script de compilación en AUR, que representa el repositorio de usuarios de Arch. Como puede ver, está invitado a leer las pautas para familiarizarse con qué es Aur y lo que lo hace funcionar. Antes de comenzar a buscar en el sitio web de AUR el paquete de su deseo, asegúrese de tener todo lo que necesita.Primero, instalar de-devel Por lo tanto, tiene las herramientas necesarias para construir software, luego cree en algún lugar de su hogar un directorio para ser utilizado solo para compilaciones AUR. Por lo tanto, se asegura un pedido en su sistema de archivos y le facilita la vida más tarde. Además de leer la página web antes mencionada, también sugerimos leer la página sobre /etc /makepkg.conf para personalizar algunas variables relacionadas con la construcción para adaptarse a su sistema.

Después de prepararse, está listo para su primer paquete personalizado. Elegimos, en aras del ejemplo, MKSH (el Mirbsd Ksh-Clone). Lo encontramos después de buscar 'MKSH' y fuimos a su página de Aur. Después de descargar el tarball en nuestra carpeta específica de AUR, vemos un archivo llamado 'MKSH.alquitrán.Gz 'allí. Después de desempacarlo y cambiarlo en el directorio MKSH recién creado, vemos dos archivos: MKSH.instalar y pkgbuild. Tómese un tiempo aquí para abrir estos archivos con su editor de elección e intente comprender lo que hacen. Si lee nuestro artículo sobre paquetes de Fedora personalizados, probablemente notará algunas similitudes. mksh.La instalación es un pequeño script que se encarga de los problemas posteriores a la instalación y el PKGBuild, la esencia del asunto, hace exactamente lo que hace un archivo de especificaciones: versión de paquete, descripción, dependencias, comandos de compilación, etc. Sí, a diferencia de SlackBuilds, como veremos, PKGBuilds se encarga de posibles dependencias.

Pero suficiente charla, vamos a construir MKSH. Como de costumbre, la construcción debe hacerse como usuario, y solo la instalación debe realizarse como root.

 $ makepkg 

En la carpeta MKSH se encargará de la construcción. En mi sistema recibo un error porque CPIO es una dependencia (MKSH está archivado como CPIO). Agregar el indicador -s a makepkg instala cpio después de pedir mi contraseña de administración, luego continúa con la construcción de MKSH. Entonces, la bandera -s a makepkg se encarga de los problemas de dependencia, recuerde usarlo cuando sea necesario. El edificio no llevará mucho tiempo, ya que MKSH no es un gran paquete, y encontrará un .alquitrán.Archivo XZ en su directorio actual. Que instalará con

 # PACMAN -U MKSH-R40B-1-X86_64.PKG.alquitrán.xz 

y tu estas listo. Esta es, en nuestra opinión, una forma eficiente de instalar software personalizado de la forma en que le gusta en sus sistemas Arch. Esto también va bien con la filosofía de la distribución de mantenerla simple y atractiva para la gente de Dyi. Puede, por supuesto, modificar la fuente y las banderas de compilación como mejor le parezca, y puede y debe mantenerse al día con nuevas versiones de paquetes suscribiéndose a las noticias de ese paquete. El cielo es el límite.

Flojos

SlackBuilds, al igual que los paquetes en AUR, son básicamente scripts enviados por el usuario para abordar la necesidad de un paquete que no se encuentre en los repositorios oficiales. Slackware tiene una política de una aplicación por tarea, por lo que no es de extrañar que sus fuentes oficiales tengan menos paquetes en comparación con, por ejemplo, Debian u OpenSuse. Aquí es donde los SlackBuilds vienen a ayudar: usted va a la página web, busque el paquete que necesita, descargue eso, cree e instale. El cómo te ayuda a comenzar y notarás algunas similitudes entre Arch y Slackware a este respecto. Antes de continuar, es mejor que deba saber que tiene dos formas de obtener los SlackBuild deseados: uno es descargando individualmente el SlackBuild necesario de la página web, la otra está clonando todo el repositorio de SlackBuild en algún lugar de su carpeta de casa y trabaja desde Allí, la mayoría de los puertos/PKGSRC en sistemas BSD. Preferimos la variante de clonación, así que así es como trabajaremos en nuestro ejemplo. Puede obtener el repositorio de SlackBuilds por FTP, GIT, CGIT, RSYNC y HTTP, pero usaremos GIT, porque es fácil mantenerse actualizado con las últimas actualizaciones (a veces los SlackBuild en la página web pueden estar un poco desactualizados). Si no tiene GIT instalado, puede obtenerlo con

 # slackpkg install git 

Y luego, en tu directorio de casa

 $ git clone git: // slackbuilds.org/slackbuilds 

Esto creará un directorio llamado 'SlackBuilds' y clonará todo el repositorio allí. Si desea un nombre diferente para el directorio, úselo como argumento:

 $ git clone git: // slackbuilds.org/SlackBuilds MyCustomDirectory 

Cualquiera sea el nombre, ahora tienes todos los SlackBuild a mano en tu disco duro. Más tarde, querrás actualizar lo último y lo mejor. Cambiar al directorio y simplemente hacer

 $ git tirón 

Para actualizarlo.

Entonces, ahora que estamos establecidos (por supuesto que suponemos que ya tiene GCC, Make y Friends Installed), instalemos MKSH. Usamos

 $ CD SlackBuilds && Find . -nombre mksh -impresión 

Para descubrir que lo que estamos buscando es en el directorio del sistema/MKSH. Al igual que en Arch, el archivo clave es PKGBuild, aquí el archivo de clave es MKSH.SlackBuild, es decir, genéricamente hablando, $ PackageName.Floque. Tómese su tiempo y mire a través del archivo y descubrirá que hay algunas similitudes entre él y un archivo PKGBuild. Puede personalizar casi todos los aspectos, puede cambiar la versión si desea una diferente, cambiar los directorios de destino, etc.

Cuando haya terminado de leer/personalizar, haga el .SlackBuild File Ejecutable y ejecutarlo:

 $ chmod +x mksh.SlackBuild # ./MKSH.Floque 

y obtendrá un error no encontrado por error. Slackware no es tan fácil de usar como Arch: cava en el MKSH.archivo de información (que tendrá que modificar si desea obtener otra versión) y verá una línea como

 Descargar = "http: // www.Mirbsd.org/Miros/Dist/Mir/MKSH/MKSH-R40B.CPIO.GZ " 

que usará para descargar el archivo de origen en el directorio actual (trabajo):

 $ wget -c http: // www.Mirbsd.org/Miros/Dist/Mir/MKSH/MKSH-R40B.CPIO.GZ 

Ahora intente ejecutar nuevamente el script (como root, como se ve arriba). Si todo va bien, verá una línea como "Slackware Package /TMP /MKSH-R40B-I486-1_SBO.TGZ creado.". Ahora que se crea el paquete, todo lo que tiene que hacer es instalarlo:

 # installpkg /tmp /mksh-r40b-i486-1_sbo.tgz 

Simple, ¿es ahora?? Le recomendamos que cree un directorio con todos sus paquetes creados, ya que puede reutilizarlos en algún momento, tal vez en otras máquinas, y crear un repositorio local. Eso, y el hecho de que / tmp / es una ubicación "volátil", lo convierte en una práctica recomendada.

Al final de nuestro pequeño cómo, recomendamos dos recursos del Wiki Slackware que lo ayudará a mejorar para trabajar con SlackBuilds e incluso crear algunos usted mismo: el primero se trata de instalar desde SlackBuilds y el otro se trata de escribir el suyo propio. Solo esperamos que disfrutes trabajando con estas dos distribuciones y te deseamos buena suerte y feliz piratería.

Tutoriales de Linux relacionados:

• Cosas para instalar en Ubuntu 20.04
• Cómo instalar un paquete de Aur en Manjaro Linux
• Una introducción a la automatización, herramientas y técnicas de Linux
• Cosas que hacer después de instalar Ubuntu 20.04 fossa focal Linux
• Descarga de Linux
• Mint 20: Mejor que Ubuntu y Microsoft Windows?
• Los mejores juegos de terminal en Linux
• Manjaro Linux vs Arch Linux
• La mejor distribución de Linux para desarrolladores
• Mastering Bash Script Loops