Ils ne sont pas cassés, ils ne sont simplement pas installés. La solution à cela est de les installer sous 2.6. Mais d'abord nous devrions voir si vous devriez vraiment faire cela ...
Oui, Python, lorsqu'il est installé, remplace la commande python par la version installée (sauf si vous l'exécutez avec --alt-install). Vous n'indiquez pas exactement quel est votre problème, alors je vais deviner. Votre problème est que de nombreuses commandes locales utilisant Python échouent maintenant, car elles sont exécutées avec Python 2.6 et non avec Python 2.4. Est-ce exact?
Si tel est le cas, supprimez simplement/usr/local/bin/python et assurez-vous que/usr/bin/python est un lien symbolique vers /usr/bin/python2.4. Ensuite, vous devrez taper python2.6 pour lancer python2,6, mais c'est OK. C'est la meilleure façon de le faire. Ensuite, vous avez seulement besoin d'installer les paquets besoin dans 2.6.
Mais si ma supposition est fausse, et vous avez vraiment besoin d'installer tous ces paquets sous 2.6, alors ne vous inquiétez pas trop. Tout d'abord, installez setuptools. Il comprend un script easy_install, et vous pouvez alors installer des modules avec
easy_install <modulename>
Il téléchargera le module de pypi.python.org et l'installer. Et il va également installer n'importe quel module qui est une dépendance. easy_install peut installer n'importe quel module qui utilise distutils en tant qu'installateur, et pas beaucoup ne le font pas. Cela facilitera l'installation de 90% de ces modules. Si le module a un composant C, il le compilera, et vous aurez aussi besoin des en-têtes de la bibliothèque, ce qui sera plus de travail, et tout ce que vous pouvez faire est de les installer de la manière standard de CentOS.
Vous ne devez pas utiliser de liens symboliques entre les versions, car les bibliothèques sont généralement destinées à une version particulière. Pour 2.4 et 2.6 je pense que les fichiers .pyc sont compatibles (mais je ne suis pas sûr à 100%), donc cela peut fonctionner, mais tout module qui utilise C sera pause. Et d'autres versions de Python auront également des fichiers .pyc incompatibles. Et je suis sûr que si vous faites cela, la plupart des gens Python ne vont pas vous aider si vous le faites. ;-)
En général, j'essaie aussi de garder le système python "propre", par exemple. Je n'installe rien là-bas qui ne soit installé avec les outils d'emballage. Au lieu de cela, j'utilise virtualenv ou buildout pour que chaque application ait son propre chemin python où vivent ses dépendances. Donc, chaque projet que j'ai a son propre ensemble de bibliothèques. Cela devient plus facile de cette façon.
Merci! Après avoir rétabli Python par défaut à 2.4, yum est de retour à la vie. –