La gestion des packages sur Linux Systems a toujours fait l'objet de discussions sans fin, de flammes et de querelles. Néanmoins, peu importe ce que l'on préfère, il y a quelque chose pour tout le monde, sinon dans la distribution X, alors peut-être dans la distribution Y. Certains ne jurent pas par la gestion des paquets binaires, d'autres disent que la seule vraie façon est la compilation de Source. Aujourd'hui, nous nous concentrerons sur deux distributions qui offrent le meilleur des deux mondes: Arch Linux et Slackware.

Introduction

Avant de nous plonger dans la gestion des packages sur Arch et Slackware, nous expliquerons certaines généralités de la gestion des packages Linux, vous aurez donc un petit contexte théorique et historique. Autrefois, les gens compiliaient les logiciels à partir de la source et l'aimaient. Puis, à mesure que les logiciels devenaient plus complexes, la compilation de logiciels est devenue fastidieuse et chronométrée, à mesure que les dépendances sont devenues de plus en plus un problème. C'est ainsi que la gestion des packages est apparue, afin de faciliter les tâches d'installation des utilisateurs. D'un certain point de vue, il existe deux types de gestion des emballages: binaire et source. Binaire signifie que le logiciel est déjà compilé et qu'un package est essentiellement une archive que le gestionnaire de packages déballait sur votre système, ce qui rend beaucoup de logiciels disponibles dans un snap. Ceci est rapide et indolore généralement, cependant, il y a des inconvénients: vous pourriez installer le logiciel comme une dépendance que vous n'utiliserez jamais, et même le logiciel que vous avez installé pourrait ne jamais l'utiliser, il est juste installé parce que la distribution a une philosophie de "Tout et l'évier de la cuisine". De plus, vous ne pouvez pas contrôler les options de compilation de ce que vous installez, car le programme / bibliothèque est déjà compilé. Même ainsi, c'est le moyen le plus populaire d'installer un logiciel sur les systèmes Linux, car il est sans tracas et rapide.

Les distributions qui souhaitent résoudre ces problèmes prennent généralement deux directions: le contraire, comme dans tout compile de Source (comme Gentoo), qui offre un grand degré de personnalisation et de vitesse, car le logiciel est compilé sur votre système pour votre système, mais que tend à être beaucoup plus «geek plus» et long, surtout lorsque vous traitez avec de grandes installations de logiciels, ou offrez un environnement d'emballage mixte: offrez des packages de base sous forme de binaires, avec (Arch) ou sans (slackware) la vérification de la dépendance et offrant le Reposez-vous comme source avec un script de compilation, afin que vous puissiez enrouler vos propres packages. Cela offre le meilleur des deux mondes, et bien sûr, vous pouvez recompiler les forfaits de base à votre goût, personne ne vous arrête.

Nous voulons vous avertir que cet article ne traitera que de l'utilisation d'Aur et de SlackBuilds. Nous supposons que vous avez une arc et / ou un slackware opérationnel, car nous ne traiterons pas de l'installation de ces systèmes.Alors, allons travailler.

Arch Linux et Aur

L'une des nombreuses choses que les arc et les smackware ont en commun est une bonne documentation. Nous utilisons les deux distributions pendant quelques années et nous n'avons jamais eu de problème qui n'a pas été résolu en utilisant les canaux Wiki, SlackBook ou IRC. Nous essaierons d'être aussi complets que possible, mais si vous rencontrez un problème, n'hésitez pas à profiter de connaissances gratuites et de qualité.

Donc, vous souhaitez installer une application et je ne peux pas la trouver dans les référentiels Arch. Pas besoin de paniquer, il y a de fortes chances que vous trouviez un script de construction dans AUR, qui signifie le référentiel d'utilisateurs Arch. Comme vous pouvez le voir, vous êtes invité à lire les directives afin de vous familiariser avec ce qu'est AUR et ce qui en fait cocher. Avant de commencer à rechercher le site Web de l'AUR le package de votre désir, assurez-vous d'avoir tout ce dont vous avez besoin.Tout d'abord, installer devent de base Vous avez donc les outils nécessaires pour créer des logiciels, puis créez quelque part dans votre maison un répertoire à utiliser uniquement pour les builds AUR. Ainsi, vous assurez la commande sur votre système de fichiers et vous facilitez la vie plus tard. En plus de lire la page Web susmentionnée, nous suggérons également de lire la page sur / etc / makepkg.Conf afin de personnaliser certaines variables liées à la construction pour s'adapter à votre système.

Après votre préparation, vous êtes prêt pour votre premier forfait personnalisé. Nous avons choisi, pour un exemple, MKSH (le miRBSD Ksh-Clone). Nous l'avons trouvé après la recherche de «Mksh» et sommes allés à sa page «Aur. Après avoir téléchargé le tarball dans notre dossier spécifique au AUR, nous voyons un fichier nommé 'MKSH.le goudron.gz 'là-dedans. Après l'avoir déballé et transformé en répertoire MKSH nouvellement créé, nous voyons deux fichiers: MKSH.installer et pkgbuild. Prenez le temps d'ouvrir ces fichiers avec votre éditeur de choix et essayez de comprendre ce qu'ils font. Si vous lisez notre article sur les forfaits Fedora personnalisés, vous remarquerez probablement certaines similitudes. mksh.L'installation est un petit script qui s'occupe des problèmes de post-installation et le pkgbuild, l'essence de la question, fait exactement ce qu'un fichier de spécifications fait: version du package, description, dépendances, commandes de build, etc. Oui, par opposition aux slackbuilds, comme nous le verrons, les pkgbuilds s'occupent d'éventuelles dépendances.

Mais assez de discussions, allons-y. Comme d'habitude, le bâtiment doit être effectué en tant qu'utilisateur, et seule l'installation doit être effectuée en tant que racine.

 $ makepkg 

Dans le dossier MKSH, s'occupera de la construction. Sur mon système, j'obtiens une erreur car CPIO est une dépendance (MKSH est archivé comme CPIO). L'ajout de l'indicateur -s à Makepkg installe CPIO après avoir demandé mon mot de passe d'administration, puis continue avec le bâtiment MKSH. Ainsi, le drapeau -S pour faire soin des problèmes de dépendance, n'oubliez pas de l'utiliser en cas de besoin. Le bâtiment ne prendra pas longtemps, car MKSH n'est pas un gros package, et vous trouverez un .le goudron.XZ Archive dans votre répertoire actuel. Que vous allez installer

 # Pacman -U MKSH-R40B-1-X86_64.pkg.le goudron.xz 

et tu as fini. Il s'agit, à notre avis, une manière efficace d'installer un logiciel personnalisé comme vous l'aimez sur vos systèmes Arch. Cela va également bien avec la philosophie de la distribution de garder les gens simples et attrayants pour les gens de Dyi. Vous pouvez, bien sûr, modifier la source et les drapeaux de compilation comme vous le façon de le voir, et vous pouvez et devez vous tenir au courant des nouvelles versions de package en vous abonnant au fil d'actualité de ce package. Le ciel est la limite.

Slackbuilds

SlackBuilds, tout comme les packages de l'AUR, sont essentiellement des scripts soumis à l'utilisateur pour répondre à son besoin pour qu'un package ne soit pas trouvé dans les références officielles. Slackware a une politique d'une application par tâche, donc pas étonnant que ses sources officielles aient moins de packages par rapport à, disons, Debian ou OpenSUSE. Voici où les slackbuilds viennent aider: vous allez sur la page Web, recherchez le package dont vous avez besoin, téléchargez-le, créez et installez. Le howto vous aide à démarrer et vous remarquerez certaines similitudes entre Arch et Slackware à cet égard. Before we go on, it's better you should know that you have two ways to get the desired slackbuilds : one is by individually downloading the needed slackbuild from the web page, the other is cloning the entire slackbuilds repository somewhere in your home folder and work from Là, la plupart comme les ports / PKGSRC dans les systèmes BSD. Nous préférons la variante de clonage, c'est donc comment nous fonctionnerons dans notre exemple. Vous pouvez vous procurer le référentiel SlackBuilds par FTP, GIT, CGIT, RSYNC et HTTP, mais nous utiliserons Git, car il est facile de rester à jour avec les dernières mises à jour (parfois les SlackBuilds sur la page Web peuvent être un peu dépassés). Si vous n'avez pas installé Git, vous pouvez l'obtenir avec

 # slackpkg installer git 

Et puis, dans votre répertoire domestique

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

Cela créera un répertoire appelé «slackbuilds» et s'y clonera tout le référentiel. Si vous voulez un nom différent pour le répertoire, utilisez-le comme argument:

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

Quel que soit le nom, vous avez maintenant tous les slackbuilds à portée de main sur votre disque dur. Plus tard, vous voudrez mettre à jour le dernier et le meilleur. Passer au répertoire et faire simplement

 $ git pull 

Pour le mettre à jour.

Donc, maintenant que nous sommes prêts (bien sûr, nous supposons que vous avez déjà installé GCC, Making et Friends), installons MKSH. Nous utilisons

 $ CD SlackBuilds && trouver . -nom mksh -print 

Pour constater que ce que nous recherchons est dans le répertoire System / MKSH. Tout comme dans Arch, le fichier clé est pkgbuild, ici le fichier clé est mksh.SlackBuild, c'est-à-dire génériquement, $ packagename.Slackbuild. Prenez votre temps et parcourez le fichier et vous constaterez qu'il existe des similitudes entre elle et un fichier pkgbuild. Vous pouvez personnaliser presque tous les aspects, vous pouvez modifier la version si vous en voulez une autre, modifier les répertoires de destination et ainsi de suite.

Lorsque vous avez fini de lire / personnaliser, faites le .Fichier SlackBuild Exécutable et exécutez-le:

 $ chmod + x mksh.Slackbuild # ./ mksh.Slackbuild 

et vous obtiendrez une erreur de fichier non trouvée. Slackware n'est pas aussi convivial que l'arc: creuser dans le mksh.Fichier d'informations (que vous devrez modifier si vous souhaitez obtenir une autre version) et vous verrez une ligne comme

 Download = "http: // www.miRBSD.org / miros / dist / mir / mksh / mksh-r40b.CPIO.gz " 

que vous utiliserez pour télécharger l'archive source dans le répertoire actuel (travail):

 $ wget -c http: // www.miRBSD.org / miros / dist / mir / mksh / mksh-r40b.CPIO.gz 

Maintenant, essayez à nouveau d'exécuter le script (comme root, comme vu ci-dessus). Si tout se passe bien, vous verrez une ligne comme «Package Slackware / TMP / MKSH-R40B-I486-1_SBO.TGZ créé.". Maintenant que le package est créé, tout ce que vous avez à faire est de l'installer:

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

Simple, est-ce maintenant? Nous vous recommandons de créer un répertoire avec tous vos packages créés car vous pouvez les réutiliser un jour, peut-être sur une autre machine, et créer un référentiel local. Cela, et le fait que / tmp / est un emplacement «volatile», en fait une pratique recommandée.

À la fin de notre petit Howto, nous recommandons deux ressources du Wiki Slackware qui vous aideront à vous améliorer pour travailler avec SlackBuilds et même en créer vous-même: le premier consiste à installer à partir de SlackBuilds et l'autre consiste à écrire le vôtre. Nous espérons seulement que vous apprécierez de travailler avec ces deux distros et que vous vous souhaitiez bonne chance et heureux piratage.

Tutoriels Linux connexes:

• Choses à installer sur Ubuntu 20.04
• Comment installer un package à partir d'AUR sur Manjaro Linux
• Une introduction à l'automatisation Linux, des outils et des techniques
• Choses à faire après l'installation d'Ubuntu 20.04 Focal Fossa Linux
• Téléchargement Linux
• Mint 20: Mieux que Ubuntu et Microsoft Windows?
• Meilleurs jeux de terminaux sur Linux
• Manjaro Linux vs Arch Linux
• Meilleure distribution Linux pour les développeurs
• Masterring Bash Script Loops