Comment dois-je procéder pour installer glibc 2.5 sur CentOS 4.8 ?
Je sais que CentOS 4.8 a été EOL, ce qui est très bien. Cependant, l'environnement dans lequel je travaille utilise cette version et le sera pendant un certain temps. Donc, c'est ce avec quoi je suis coincé.
Je suis familier avec l'utilisation de yum , mais pas si familier avec l'utilisation de rpm .
Réponse acceptée :
En règle générale, la mise à jour d'un paquet avec rpm plutôt que yum est simple :recherchez un endroit où vous pouvez télécharger le RPM pour centos, téléchargez-le et installez-le avec rpm -i packagname.rpm . Vous pouvez également télécharger le RPM source, le compiler sous Centos 4.8 et l'installer (c'est-à-dire le rétroporter - ce qui est une chose assez étrange à faire pour la glibc car la glibc constitue une grande partie de l'environnement vers lequel vous rétroportez).
Répétez l'opération pour toutes les dépendances que le nouveau paquet glibc peut avoir - c'est-à-dire que la nouvelle glibc peut dépendre d'une version plus récente d'autres paquets. (libc est susceptible d'en avoir plusieurs).
Répétez également pour tous les packages actuellement installés qui nécessitent la version de libc fournie avec Centos 4.8 ou qui sont incompatibles avec les versions plus récentes (vous devrez les mettre à niveau vers des versions compatibles avec une glibc plus récente). glibc est susceptible d'avoir beaucoup d'entre eux, et beaucoup d'entre eux seront d'autres bibliothèques.
Ces mises à niveau supplémentaires peuvent à leur tour déclencher un autre cycle de mises à niveau. etc. pour la glibc, traitez "may" comme "will".
Je pense que tu dois te demander si tu veux vraiment faire ça. Vos objectifs sont contradictoires - vous voulez/avez besoin de rester avec une ancienne version de centos mais vous voulez aussi une nouvelle libc. Pour certains packages, ce ne serait pas grave… mais la glibc est une partie essentielle d'un système Linux, sa modification affectera à peu près tous les exécutables compilés sur le système. Certains fonctionneront très bien, et certains rompront carrément avec la nouvelle glibc, et (le pire de tout) certains auront un comportement ou des résultats subtilement différents - et erronés.
Cela conduira à une situation où vous n'aurez aucun des avantages de rester avec Centos 4.8 (par exemple, un système et un comportement bien connus, toutes les bizarreries et bogues ont des correctifs/solutions de contournement, pas de surprises, etc.) ET où certains/la plupart/tous les avantages de la mise à niveau vers une version plus récente sont compensés par le fait que vous utilisez un système hybride unique - ni poisson ni volaille. Ce ne sera pas un hybride avec des pouvoirs super mutants, ce sera un monstre de Frankenstein composé de pièces mal assorties.
En relation :Centos – Pourquoi l'utilitaire de renommage sur Debian/Ubuntu est-il différent de celui des autres distributions, comme CentOS ?En bref, ma recommandation est de vous en tenir à ce que vous avez ou de passer à la dernière Centos 6.3. Il semble que vous ayez un processus de gestion des changements assez rigide au travail, ce qui nécessitera une planification minutieuse (toujours une bonne idée de toute façon) et une justification écrite de la nécessité de mettre à niveau - y compris les détails des problèmes que l'ancienne version cause et le avantages que la mise à niveau apportera.
De plus, être en mesure de démontrer que toutes les applications essentielles fonctionneront correctement dans le nouveau Centos serait un complément inestimable à la justification... donc si vous le pouvez, essayez de démarrer une machine ou une machine virtuelle 6.3 et installez votre logiciel dessus.