Analyse complète des étapes et stratégies d'installation du logiciel CentOS7

J'ai commencé à entrer officiellement en contact avec Linux en 2010. La distribution d'entrée de gamme était Ubuntu 10.10, puis je suis passée à Ubunu 11.04. Au cours de cette période, j'ai également essayé de nombreuses autres distributions grand public. Après être entré dans le laboratoire, j'ai commencé à utiliser CentOS 5, puis CentOS 6, et j'ai maintenant évolué vers CentOS 7.

J'utilise Linux depuis quatre ans. Les trois premières années ont été consacrées à déconner, à perdre beaucoup de temps et à acquérir beaucoup d'expérience et de leçons. Peut-être que je suis vraiment vieux maintenant et que je ne veux plus m'en soucier. J'espère juste qu'après avoir configuré un système, je pourrai continuer à l'utiliser.

Pourquoi écrire/lire cet article

Lorsque vous utilisez Linux, en particulier CentOS, vous rencontrerez des pièges ou des choses que les personnes atteintes de mysophobie ne peuvent tolérer :

La version du progiciel dans la source officielle est trop ancienne et ne peut pas répondre aux exigences fonctionnelles ; les progiciels provenant de plusieurs sources ont des conflits de version ; lors de la compilation manuelle du logiciel, différents fichiers seront placés par défaut dans différents sous-répertoires sous /usr/local. Rendre les mises à jour et les suppressions de logiciels fastidieuses. Attends...

Après avoir réinstallé CentOS plusieurs fois, j'ai résumé les méthodes et principes d'installation de logiciels suivants pour garantir autant que possible la stabilité et la propreté du système actuel, et pour réduire autant que possible l'envie de réinstaller causée par l'hystérie du système.

Ce qui suit est limité à CentOS7 et peut faire référence à d'autres distributions.

Source officielle

Parmi les quatre sources officielles fournies avec CentOS, la base, les mises à jour et les extras sont ouverts par défaut. Ces trois sources contiennent environ 9 000 progiciels et sont les sources les plus stables et les plus fiables.

Donc, si un package est dans le dépôt officiel, il doit être installé depuis le dépôt officiel :

sudo yum install PackageName

Sources tierces

Bien que la source officielle contienne de nombreux logiciels, elle ne peut pas répondre aux besoins quotidiens. Heureusement, il existe des sources tierces qui peuvent compléter les sources officielles.

Lors du processus d'utilisation de sources tierces, nous avons le plus peur de rencontrer ces deux problèmes :

La source tierce et la source officielle ont le même package, ce qui entraîne le remplacement du package source officiel par la source tierce ; le même package logiciel existe dans plusieurs sources tierces, et les versions sont incohérentes et conflictuelles ;

Ces deux problèmes sont souvent fatals et ont diverses conséquences inattendues. Par conséquent, lors du choix d'une source tierce, vous devez suivre les principes suivants :

Choisissez uniquement des sources tierces fiables et assurez-vous que les sources tierces ne remplaceront pas les packages dans les sources officielles ; Utilisez le moins de sources tierces possible pour garantir qu'il n'y aura pas de conflits entre les sources tierces. ;

Dans le cas de CentOS, selon

Grande source tierce, il a été confirmé qu'elle ne remplacera pas les packages sources officiels, et il n'y a aucun conflit entre eux EPEL : Contient plus de 6500 logiciels, indispensables à la recherche scientifique ELRepo : Contient des dizaines de pilotes pour divers matériels Nux. Dextop : progiciel lié au multimédia (en conflit avec le logiciel EPEL individuel et peut être ignoré)

Certaines petites sources tierces n'incluent que quelques logiciels, confirmez qu'ils n'entreront pas en conflit avec les sources officielles et les sources EPEL, vous pouvez également ajouter Google Chrome : Google Chrome est inclus, et n'entrera pas en conflit avec les sources officielles et les sources EPEL Adobe ; : inclut uniquement le plug-in Flash, il a été confirmé qu'il n'y aura pas de conflit ; dropbox : il contient uniquement le logiciel Dropbox, il a été confirmé qu'il n'y aura pas de conflit

;

Donc, si un progiciel se trouve dans EPEL, ELRepo ou une petite source tierce, ajoutez la source tierce et installez-la avec la commande yum :

sudo yum install PackageName

Package RPM officiel

La plupart des logiciels non open source ne sont pas disponibles dans les sources officielles CentOS ou EPEL. Le site officiel de certains logiciels fournira les packages RPM officiels. A ce moment, vous pouvez télécharger le package rpm correspondant au système actuel depuis le site officiel et l'installer directement avec la commande suivante :

sudo rpm -i PackageName.rpm

Par exemple, WPS pour Linux en fait partie. Pendant le processus d'installation, la commande rpm vérifiera automatiquement les dépendances. Si les packages dont dépend le logiciel se trouvent dans la source officielle et la source EPEL, ils seront installés automatiquement.

Il est assez facile d'installer le package rpm directement, mais le logiciel ne peut pas être mis à jour par miam, ce qui est un peu gênant. Certains logiciels, tels que Google, Dropbox et Adobe susmentionnés, peuvent en fait être installés via cette méthode. Les sources seront ajoutées au système lors de l'installation, et ces logiciels peuvent toujours être facilement mis à jour et supprimés.

Décompressez et utilisez

Certains logiciels fournissent officiellement des packages compressés et les fichiers binaires qu'ils contiennent peuvent être exécutés directement après décompression, comme de nombreux logiciels écrits en Java. Ce type de logiciel ne fournit pas de code source, mais des fichiers binaires exécutables directement sous la plateforme actuelle. La plupart des logiciels commerciaux non open source adoptent cette approche.

Par exemple, sublime_text, pycharm, mendeley, TauP, sac, etc., décompressez directement, puis copiez le dossier décompressé dans le répertoire /opt, puis ajoutez le répertoire bin du logiciel à PATH. Par exemple, Mathematics, Matlab et Intel Studio, le script d'installation est fourni dans le progiciel et vous pouvez l'installer en exécutant le script

 ;

L'habitude sous Linux est que les logiciels commerciaux ou tiers soient installés dans le répertoire /opt. C'est également le chemin d'installation par défaut pour la plupart des logiciels commerciaux. Essayez de suivre cette habitude.

Package RPM tiers

Certains logiciels sont introuvables dans les sources CentOS et EPEL. Le package RPM officiel n'est pas fourni, mais d'autres sources tierces fournissent des packages RPM. Discutez au cas par cas :

Si la source tierce ne contient qu'un petit nombre de packages et qu'il est déterminé que ces packages n'entrent pas en conflit avec la source officielle et d'autres sources tierces utilisées, vous pouvez ajouter la source tierce. Si la source tierce contient beaucoup de logiciels et est susceptible d'entrer en conflit avec la source officielle ou la source EPEL, la source ne sera pas ajoutée. Si le progiciel n'a pas de dépendances complexes, installez le package rpm directement dans la source ; si le progiciel Si vous dépendez d'autres packages de cette source tierce, abandonnez et recherchez d'autres méthodes ;

Gestionnaire de packages tiers

Différentes distributions utilisent différents gestionnaires de packages, CentOS utilise yum et Ubuntu utilise apt-get. Ces dernières années, certains gestionnaires de packages tiers indépendants de la distribution sont apparus, tels que Linuxbrew, Gentoo Prefix et pkgsrc.

Linuxbrew

Linuxbrew est porté sur Linux à partir du très populaire Homebrew sur la plateforme OS X. Linuxbrew peut être utilisé en complément du gestionnaire de packages fourni avec le système. Ses caractéristiques sont :

Tous les logiciels sont installés dans le répertoire ${HOME}/.linuxbrew ; la version du logiciel est relativement nouvelle ; si les fonctions d'installation, de désinstallation, d'informations, de liste, de mise à jour, de mise à niveau et autres ne disposent pas du package logiciel requis dans le bibliothèque, vous pouvez facilement le faire vous-même Créer des formules

Après l'avoir essayé, l'un des pièges est que Linuxbrew résoudra le problème de dépendance en interne. Par exemple, j'ai essayé d'installer terminator via Linuxbrew, puis j'ai découvert que terminator dépend de Python. Bien que python soit déjà installé sur le système, Linuxbrew installera toujours une copie de python, et comme python dépend de plus de choses, davantage de packages logiciels sont installés. installé. Sous la maison. De plus, Linuxbrew compile les logiciels à partir du code source, il est donc relativement lent.

Compiler le code source

La plupart des logiciels devraient pouvoir être installés en utilisant les méthodes précédentes. S’il n’est pas installé, alors vous devez vous demander si vous avez vraiment besoin d’installer ce logiciel. Si ce n’est pas absolument nécessaire, ne l’installez pas. S'il s'agit d'un logiciel nécessaire, il doit être compilé manuellement.

La compilation du code source commun implique généralement les étapes suivantes. Bien entendu, la situation spécifique sera traitée au cas par cas :

tar -xvf xxxx.tgz ./configure --prefix=/opt/xxxx make sudo make install

D'une manière générale, le répertoire d'installation par défaut de ce type de logiciel est /usr/local, et les fichiers finaux seront placés dans les répertoires bin, lib, share et man de /usr/local.

Personnellement, je n'aime pas beaucoup cette méthode, car en tant que logiciel compilé à partir du code source, cela signifie que le compilateur doit assumer pleinement l'obligation de gérer le logiciel. Cette méthode de placement causera beaucoup de problèmes lors de la mise à jour ou de la désinstallation du logiciel. logiciel. J'ajoute donc toujours un préfixe pour spécifier manuellement le chemin d'installation lors de la configuration. Pour désinstaller le logiciel, supprimez simplement le répertoire correspondant sous /opt. Si vous souhaitez mettre à jour, vous pouvez également le supprimer d'abord, puis le recompiler. La chose légèrement gênante à propos de cette opération est que vous devez ajouter manuellement le répertoire bin du logiciel à PATH, et vous devrez peut-être également modifier LD_LIBRARY_PATH. Mais d’une manière générale, il existe très peu de logiciels qui nécessitent une compilation du code source, cela ne posera donc pas trop de problèmes.

Compiler le code

D'accord, en fait, je ne sais pas comment le titre. .

La section précédente « Compilation du code source » se concentre principalement sur certains gros progiciels. Cette section « Compilation du code » fait référence au traitement de certains petits packages de code hautement professionnels. Par exemple, une fois certains packages logiciels compilés, tout ce dont ils ont réellement besoin est un fichier binaire. Pour le moment, il n'est pas nécessaire de l'installer dans /opt. La méthode appropriée consiste à créer un répertoire bin sous votre propre HOME, et à l'ajouter. chemin vers .bashrc, puis ajoutez Copiez simplement le fichier binaire compilé dans ce répertoire :

mkdir ${HOME}/bin echo 'export PATH=${HOME}/bin:$PATH'>>

Par exemple, il y a les fichiers suivants dans mon répertoire ${HOME}/bin :

distaz : Donner la longitude et la latitude de deux points sur la terre, calculer la distance épicentrale et l'angle d'azimut pssac : Dessiner le fichier SAC en GMT rdseed : Convertir le format SEED au format SAC win2sac_32, catwin32 : Fourni par le site Hi-net pour traitement des données Hi-net Le programme st : sublime_text est installé dans le répertoire /opt, et un lien logiciel est établi ici pour faciliter l'appel de sublime text sur la ligne de commande wlt.pl : le script de l'école pour se connecter au réseau, modifier le réseau. port sur la ligne de commande, tellement heureux fk, fk.pl, syn, trav : le programme du professeur Lupei Zhu pour calculer des sismogrammes synthétiques. Il existe de nombreux codes sources. En fait, seuls ces trois fichiers exécutables et un script Perl sont nécessaires. matlab : une connexion douce pointant vers matlab

;

Ne mettez aucun fichier binaire dans la corbeille. Seules certaines commandes couramment utilisées ou outils très courants doivent être placés ici.

Logiciel autonome

Il existe un type de logiciel qui comporte de nombreux modules ou packages. Afin de gérer ces nombreux modules, vous devez disposer de votre propre gestionnaire de modules/packages. Parmi eux figurent TeX, Perl et Python. Pour ce type de logiciel, ses nombreux modules constituent le plus grand avantage et la ressource la plus intéressante, c'est pourquoi je choisis généralement de les installer manuellement pour les raisons suivantes :

Il est impossible que la source système contienne tous les modules du logiciel ; la mise à jour des modules logiciels dans la source système est loin derrière la dernière version ;

Bien sûr, même si vous utilisez la version fournie avec le système, vous pouvez toujours utiliser le gestionnaire de packages fourni avec le logiciel pour installer le module. Mais cela donnera :

Certains modules sont gérés par yum du système, et certains modules sont gérés par le gestionnaire de packages fourni avec le logiciel ; les modules installés par yum ont généralement des versions plus anciennes, et le gestionnaire de packages du logiciel doit installer principalement la dernière version ;

D'une part, cela entraînera une confusion dans la gestion des modules. D'autre part, lors de l'utilisation de la propre gestion des packages du logiciel pour installer des modules, il peut s'appuyer sur les dernières versions d'autres modules si le module est une version plus ancienne installée. via le système miam, cela peut entraîner l'échec de l'installation du module.

Par conséquent, pour ce type de logiciel, il est généralement installé séparément et utilise son propre gestionnaire de packages pour gérer les modules :

TeXLive : installez via le fichier image iso TeXLive, utilisez son propre package de gestion tlmgr Perl : installez la dernière version de Perl via plenv, utilisez le cpanm fourni avec plenv pour installer le module Python : installez la dernière version de Python via pyenv, utilisez celui fourni avec le module d'installation Python pip

Exception

Il y a toujours des exceptions aux règles.

Sources tierces

mosquito-myrepo est une source privée, qui comprend la méthode de saisie chinoise, QQ, Fetion, Weizhi Notes, le dictionnaire Youdao, Baidu Cloud et plusieurs lecteurs audio et vidéo. J'ai une attitude d'amour-haine envers cette source. Elle fournit de nombreux logiciels dont les Chinois ont besoin, mais comme elle s'appuie sur des sources de logiciels tiers autres qu'EPEL, cela peut provoquer des conflits de packages. Utilisez donc cette source avec prudence.

Résumé

Un bref résumé :

Ajoutez la source EPEL, Nux Dextop, la source ELRepo et quelques autres petites sources tierces au système. S'il peut être installé à partir de la source, installez-le à partir de la source. S'il ne peut pas être installé à partir de la source, essayez de trouver le. package rpm. Si vous ne trouvez pas le package rpm, essayez-le. Si Linuxbrew peut le compiler manuellement, ne le compilez pas manuellement

.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!