Premièrement, comment yum résout la dépendance de rpm
Quand nous avons parlé de la dépendance de rpm plus tôt, nous avons dit que si nous installons un fichier x, cela dépend de la bibliothèque de y. Cela signifie que sans y, x ne peut pas fonctionner, mais si y dépend de z, c'est C'est acceptable, s'il y a beaucoup derrière z, il faut appuyer sur une chaîne de x, ce qui est une perte de temps. Ce qui est plus intéressant, c'est que faire s'il s'agit d'une boucle? Tout comme x dépend de y, y dépend de z et z dépend de y, alors nous sommes aveuglés et nous ne pouvons appuyer sur personne. Utiliser yum peut compenser ce défaut.
Tout d'abord, yum est construit par C / S (client, serveur), puis notre client doit se connecter au serveur pour répondre à ses besoins. Le serveur ici n'est pas complètement similaire à notre serveur Web ou serveur ftp, il peut s'agir d'un entrepôt yum local. Qu'est-ce que l'entrepôt Yum? C'est l'endroit ou le service de fichiers pour mettre tous les packages rpm que nous prévoyons d'utiliser. Il existe trois formes de service de fichiers. La première peut fournir un serveur ftp pour fournir des services, la seconde peut également fournir un serveur Web, accessible via le Web, et la troisième peut même fournir un chemin de fichier local, ce qui peut également être un chemin de fichier local complet. Quelle que soit la forme, le mécanisme de fonctionnement de yum est le même. Tout d'abord, yum a son propre client. Son mécanisme de fonctionnement dépend du fichier de configuration. Dans le fichier de configuration, nous pouvons spécifier où se trouve le serveur. Ce serveur peut être au format ftp ou au format web, soit. Mais assurez-vous de spécifier un chemin de fichier pour cela.
Rejoignez-nous et dites que nous installons un x, et x dépend des 10 autres paquets, et 8 de ces 10 paquets sont installés, il n'en reste que 2, yum va à l'entrepôt pour récupérer les 2 autres doivent être installés Après avoir trouvé ces deux packages, ils sont également téléchargés localement, puis installés en même temps. Le mécanisme de fonctionnement de yum dépend en fait de cet entrepôt de yum. Yum peut résoudre lui-même la relation entre eux et peut le télécharger à la demande.
Ce dont dépend Yum, ce n'est pas un certain package, mais une capacité. Et un fichier est stocké dans l'entrepôt yum. Ce fichier répertorie tous les packages rpm de l'entrepôt actuel, et les capacités fournies par chaque package rpm sont expliquées en détail. Ainsi, lorsque nous utilisons yum pour installer un certain fichier, il n'est pas directement téléchargé vers le local, mais combiné avec la situation de téléchargement local et les informations de la liste dans l'entrepôt, l'analyse peut conclure que pour installer x, lesquels doivent être installés Paquets dépendants, téléchargez donc ces paquets sur le fichier local.
Langage de balisage étendu: XML: Langage de marquage étendu
Langage hypertexte: HTML: HyperText Mark Language
2. Fichiers de métadonnées dans l'entrepôt yum:
primary.xml.gz: 1, une liste de tous les packages RPM dans tout l'entrepôt
2. Contient les dépendances de chaque package
3. Liste des fichiers pouvant être générés par chaque package RPM
filelists.xml.gz:
Liste de tous les fichiers de tous les packages RPM dans l'entrepôt actuel:
autre.xml.gz:
Informations supplémentaires, journal des modifications du package RPM;
repomd.xml ：
Ce qui est enregistré est l'horodatage et la somme de contrôle des trois fichiers ci-dessus
miam installer zsh ：
comps * .xml: informations sur le regroupement des packages RPM (et les packages rpm de chaque groupe sont divisés en trois catégories: doivent être installés; recommandé pour l'installation; peuvent être installés)
Lorsque nous choisissons d'installer yum, nous pouvons installer un groupe à la fois et installer les informations qu'il contient.
Troisièmement, configurez l'entrepôt yum
/etc/yum.conf
À l'avenir, le fichier que nous voulons configurer manuellement sera configuré sous /etc/yum.repos.d/, et le suffixe du nom doit être .repo. Ce n'est pas que celui-ci ne peut pas être reconnu. Jetons un coup d'œil au format du contenu du fichier. Par exemple: Regardons le contenu de rhel-debuginfo.repo.
Comment utiliser / media / cdrom {Serve, VT, Cluster, ClusterStorage} pour créer un entrepôt yum
Destination: cd /etc/yum.repos.d/
Modifier dans: vim Sever.repo, le type est le suivant
Comment définir le fichier repo pour yum
format:
[Repo_ID]
name =: informations de description
baseurl =
ftp: // (séparateur de protocole) fait référence à l'entrepôt
http ： //
file: /// (/ fait référence à la racine)
enabled = {0 | 1} 0 désactiver 1 activer
gpgcheck = {0 | 1} vaut 1 par défaut
gpgkey =: Spécifiez l'emplacement de stockage précis de gpg
Si notre serveur le définit comme un entrepôt de repo, nous définissons également VT comme un entrepôt de repo
Comment créer un entrepôt yum par vous-même [Remarque: s'il y a une erreur lors de la création de la liste, nous effacerons le cache et effectuerons la liste]
createrepo
Tout d'abord, nous devons entrer /etc/yum.repos.d, et nous éditerons le contenu du serveur (serveur vim) comme (comme indiqué sur la figure :), puis le visualiserons dans la liste yum.
Premièrement: cd /etc/yum.repos.d/, après l'installation de createrepo, nous créons un VT dans le répertoire yum, puis copions tous les fichiers * .rpm dans / media / cdrom / VT / dans le VT créé, Puis éditez vim cdrom.repo. Le format est comme ci-dessus
Mais il n'y a peut-être pas de repodata ci-dessus, nous devons donc le créer, en utilisant createrepo / yum / VT, et le créer sous / yum / VT.
Quatre, commande miam:
yum [options] [commande] [pacdkage ...]
-y: répond automatiquement oui
--nogpgcheck: ne pas faire de vérification gpg
liste: liste
Mécanisme pour prendre en charge le joker glob
tout: par défaut
disponible: disponible, dans l'entrepôt mais non installé
installé: installé
mises à jour: mises à jour disponibles
clean: effacer le cache [packages | headers | metadata | dbcache | all]
Par exemple: nous affichons uniquement les packages avec zsh *
repolist: affiche la liste du repo et ses brèves informations
tout: tout
enabled: affichage uniquement autorisé (par défaut)
désactivé: afficher le mode veille
Si nous vérifions les détails, yum repolist. Comme montré:
Cinq, installer: installer
miam installer PACKAGE_NAME
mise à jour: mise à niveau (mise à niveau automatique vers la dernière version)
update_to; mise à niveau vers la version spécifiée
supprimer | effacer: désinstaller
info: interrogez les informations de description du package spécifié. Équivalent à rpm -qi
fournit | whatprovides: Voir quelle installation de package a généré le fichier ou la fonctionnalité spécifié
grouplist: liste tous les groupes
caché: afficher caché
groupwildcard:
Par exemple: avant d'installer php53-mysql-5.3.3-5.el5.i386.rpm mais que nous ne l'avons pas installé avec succès, nous utilisons maintenant yum pour installer. Le package dans la première zone est la relation de dépendance et la description dans la seconde zone se trouve dans la base. C'est l'avantage de yum.
Si nous désinstallons php53-pdo du paquet dont dépend php53-mysql, nous constatons que même php53-mysql est désinstallé. Pourquoi les deux autres ne sont-ils pas désinstallés? Parce que les deux autres n'ont rien à voir avec php53-pdo.
Si nous utilisons yum pour interroger les informations de description du package spécifié, le résultat de l'utilisation de info est le même que la requête -qi dans rmp.
Si nous voulons demander quel package le package / etc / inittab est généré. Utilisez yum fournit / etc / inittab pour vérifier.
Nous utilisons d'abord grouplist pour lister tous les groupes, nous utilisons yum grouplist "Outils de développement"Listé. (En raison de trop de contenu, aucune image n'est coupée)
Parmi eux, il y a un groupe de packages obligatoires dont l'installation est obligatoire au début, les packages par défaut au milieu sont installés par défaut et les packages facultatifs ci-dessous sont sélectionnés pour l'installation.
Nous installons le paquet php53-mysql-5.3.3-5.el5.i386.rpm une fois pour permettre à chacun de voir plus clairement les avantages de yum. (En raison de trop de contenu, nous coupons la pièce) Red peut voir que les progiciels dépendants ne peuvent pas être traités par rpm, mais yum peut être utilisé. Et ici est également utilisé l'installation locale d'installation locale. Si ce package n'est pas local, il s'agit d'un package sur Internet, si vous ne pouvez pas vérifier ce package
Si ce paquet n'est pas local, il s'agit d'un paquet sur Internet. Si ce paquet ne peut pas être vérifié, nous l'utilisons à ce moment - nogpgcheck ne vérifie pas gpg.
Six, installation RPM
Certaines fonctionnalités sont effectivement sélectionnées au moment de la compilation. Si cette fonctionnalité n'est pas sélectionnée au moment de la compilation, elle ne sera pas disponible
La version du package rpm sera en retard sur le package source, voire beaucoup: bind -9.8.7, bind-9.7.2
Installation personnalisée: compilez et installez manuellement
Environnement de compilation
Bibliothèque de développement
Environnement de compilation commun
C ， C ++
gcc: conforme GNU c, C
g ++ (compilateur): C ++
make: outil de gestion de projet (cet outil peut transformer nos différents fichiers de projet en un projet, et fournir ce fichier de configuration via un fichier de configuration appelé makefile)
makefile: définit l'ordre dans lequel make (gcc, g ++) compile les programmes sources dans ces fichiers programmes sources
Trois étapes pour compiler et installer
Prérequis: préparer l'environnement de développement (environnement de compilation)
Installez "Development Tools" et "Deve"
# le goudron
# cd
./configure
--Aidez-moi
--prefix = / chemin / vers / quelque part [chemin vers l'installation du logiciel]
--sysconfdir = / CHEMIN / VERS / CONFFILE_PATH
Fonction: 1. Laissez l'utilisateur sélectionner la fonction de compilation: 2. Vérifiez l'environnement de compilation
#faire
#make installer
Si nous téléchargeons un progiciel sur le serveur, l'emplacement de ce progiciel est tengine-1.4.2.tar.gz sous / pub / Sources / Tengine en ftp. Nous savons qu'il s'agit d'un fichier compressé, nous devons donc développer Fichier-le, tar xf tengine-1.4.2.tar.gz et ensuite nous verrons (car l'image est trop grande, donc nous coupons une partie), puis nous utilisons ./configure --prefix = / usr / local / tengine - conf-path = / etc / tengine. Utilisez #make, puis #make install, et enfin # / usr / local / tengine / sbin / nginx, et c'est fait.
Une fois terminé, nous utiliserons le Web pour accéder aux éléments suivants
