Gestionnaires de packages et dépendances
La plupart des distributions Linux utilisent des gestionnaires de packages pour l'installation et la suppression de logiciels. Les gestionnaires de packages offrent certains avantages tels que la possibilité d'utiliser un référentiel central à partir duquel (presque) n'importe quel logiciel peut être téléchargé, l'organisation des logiciels en bundles pouvant être installés en tant que groupe cohérent, et les principaux avantages: automatique gestion des dépendances et suivi des modifications apportées aux packages afin de pouvoir les désinstaller.
Certains logiciels peuvent nécessiter certaines bibliothèques ou d'autres programmes pour effectuer des tâches qui seraient redondantes si elles étaient réimplémentées dans ce logiciel. Les packages permettent l'expression de ces dépendances.
Différences: formats et stratégies de package
Il existe plusieurs gestionnaires de packages différents. Chacun a été créé parce que ceux existants ne répondaient pas aux besoins de certaines personnes. Chaque gestionnaire de packages requiert des packages dans son propre format.
En outre, différentes distributions ont des exigences différentes du logiciel inclus. Il existe un certain nombre de logiciels qui peuvent avoir des capacités différentes selon les options qui sont données lors de sa compilation à partir du code source dans un exécutable de la machine. Certaines distributions veulent fournir des ensembles de fonctionnalités complets et une expérience riche tandis que d'autres veulent fournir une expérience aussi simple et simple que possible, et il y a tout le reste. De plus, la distribution peut décider de formater sa structure de répertoires différemment ou d'utiliser un système d'initialisation différent. Ils peuvent décider de regrouper le logiciel différemment: il peut y avoir un package appelé "dev-utils" dans deux distributions différentes, mais une version de celui-ci inclutyacc
tandis que l'autre ne le fait pas. En raison de ces différents besoins, les distributions choisissent de compiler le logiciel de différentes manières.
C'est pourquoi même si vous avez un package au format correct pour votre gestionnaire de packages, il peut ne pas fonctionner si le package était destiné à une distribution différente. Par exemple, ce package peut dépendre de yacc
son installation, et il a exprimé cette dépendance en exigeant le package "dev-utils", mais votre "dev-utils" ne comprend pas yacc
. Maintenant, un package est installé avec une dépendance non satisfaite.
Ce n'est pas vraiment un problème.
Une grande partie d'une distribution Linux consiste à maintenir un référentiel logiciel central. La distribution s'occupe de maintenir tout cela pour vous. Cela facilite en fait l'installation du logiciel. Vous utilisez généralement le gestionnaire de packages pour rechercher et sélectionner certains packages, puis lui dire de les installer; il s'occupe du reste pour vous. Le processus d'installation de logiciels Windows comprend la recherche de logiciels sur des sites Web tiers, la recherche du lien de téléchargement approprié, le téléchargement, la détection de virus et l'exécution d'un programme d'installation qui vous pose ensuite un tas de questions non pertinentes. Ce désordre n'est pas la norme sous Linux.
Le référentiel ne peut pas tout inclure
Maintenant, il peut y avoir des cas où un logiciel dont vous avez besoin ne se trouve pas dans le référentiel de votre distribution. Les packages fournis par un référentiel logiciel sont l'une des caractéristiques différenciantes des distributions. Lorsque vous ne trouvez pas le logiciel dont vous avez besoin dans les référentiels de votre distribution, il y a trois avenues possibles (en fait, deux plus un moyen de vraiment bousiller).
Dépôts communautaires
De nombreuses distributions ont des référentiels non officiels gérés par des personnes non associées à la distribution. Ubuntu les appelle PPA, Fedora les appelle Fedora People Repositories. Arch Linux n'a pas de nom spécifique pour les référentiels tiers , mais il a son AUR, qui est une collection de "recettes" pour les packages (note: il n'y a qu'un seul AUR). Vous pouvez d'abord essayer d'installer un package à partir de l'une de ces sources car il est facile de les désinstaller s'ils ne fonctionnent pas.
Compiler à partir de la source
Si vous ne trouvez pas un référentiel non officiel avec ce dont vous avez besoin, la compilation à partir de la source n'est pas difficile. Vous devez avoir installé le package de développement de votre distribution; cela inclut des éléments de base comme un compilateur, un éditeur de liens, un analyseur et d'autres outils qui sont généralement nécessaires pour la compilation de logiciels. Ensuite, vous trouvez le code source du projet (qui est presque toujours empaqueté dans un .tgz
ou .tbz
(appelé "tarball"). Téléchargez-le dans son propre répertoire quelque part, extrayez-le (en utilisant tar -xf filename.tgz
, et allez généralement dans le seul répertoire qu'il a créé. Dans ce répertoire peut être un fichier appelé README
ou INSTALL
. S'il existe, allez-y et lisez-le. La plupart d'entre eux vous disent de faire la même chose. Les étapes suivantes sont effectuées sur une ligne de commande. Exécutez ls
et recherchez un fichier exécutable appeléconfigure
. S'il existe, exécutez-le en faisant ./configure
; cela peut parfois prendre quelques minutes. Cela exécute généralement des tests pour comprendre comment votre distribution a les choses configurées, et vous garantit que vous disposez des outils nécessaires pour compiler ce logiciel. La prochaine étape consiste à exécuter make
. En fait, cela compile le logiciel, et cela prendra probablement un certain temps - de quelques minutes à quelques heures selon la taille du logiciel que vous compilez. Une fois cela fait, vous exécutez make install
. Cela installe le logiciel, ce qui implique de copier les produits de la compilation aux endroits appropriés de votre système de fichiers. Après cela, le logiciel est disponible pour utilisation.
C'était une longue section, mais elle est résumée comme "README, ./configure, make, make install" . C'est la routine à retenir.
Installer un package à partir d'une autre distribution (ne faites pas cela)
Je liste ce seulement parce qu'elle est et alternative, mais il sera certainement pas bien finir. Il est possible d'installer des packages pour d'autres distributions, et vous pourriez avoir envie de le faire. Et bien non. Ne le faites pas avant d'avoir bien compris votre système. En fait, je ne vais pas mettre de commandes ici montrant comment le faire même si c'est possible. Si vous arrivez au point où il semble que ce soit la seule option, n'installez pas le package à l'aide du gestionnaire de packages; au lieu de cela, retirez les éléments du package et placez-les dans votre système manuellement, avec des notes sur ce que vous avez fait afin de pouvoir les annuler si nécessaire.
Le bit de ligne de commande
Certaines personnes préfèrent la ligne de commande pour les avantages qu'elle leur offre. Ceux-ci peuvent être résumés en trois choses:
- Automatisation simple
- Vitesse (par rapport à un clic partout dans un gui)
- Expressivité
Le plus grand d'entre eux est l'expressivité; il y a des choses qui peuvent être faites sur une ligne de commande qui ne sont pas possibles dans une interface graphique.
Enfin, les instructions de ligne de commande sont fréquemment données dans des forums utiles tels que celui-ci car il est beaucoup plus facile de transmettre les informations correctes que de donner des instructions de type «cliquez-ici-puis-là-puis-là».