Kurze Antwort
Installieren Sie das entsprechende Centos-Release-Paket von einem Centos-Download-Speicherort . Dadurch werden die CentOS-Paket-Repos aktiviert, in denen Sie a yum update
oder a ausführen könnenyum install gcc
Lange Antwort
In Bezug auf die anderen Antworten hatte ich das Gefühl, dass Ihre Frage etwas vollständiger beantwortet werden könnte.
CentOS strebt eine 100% ige Binärkompatibilität mit RHEL an. Daher sollten CentOS 6.2-Pakete auf RHEL 6.2 installiert und ausgeführt werden.
"CentOS entspricht vollständig den Umverteilungsrichtlinien der Upstream-Anbieter und strebt eine 100% ige Binärkompatibilität an. (CentOS ändert hauptsächlich Pakete, um das Upstream-Anbieter-Branding und die Grafiken zu entfernen.) http://wiki.centos.org/FAQ/General#head-d29a2b7e61ffc544973098f9dd49fe4663efba50
Sie können also das Paket "centos-release" von einem CentOs-Spiegel für die von Ihnen ausgewählte Version von RHEL herunterladen. CentOS Mirrors List , und das installiert die CentOS-Base-Repo-Dateien, damit die CentOs-Repositorys in RHEL arbeiten können.
Dieser Migrationsleitfaden behandelt einige der Prozesse der Migration von RHEL zu CentOS direkt - http://wiki.centos.org/HowTos/MigrationGuide
JEDOCH NUMMER 1
Eine Neuinstallation von CentOS wird immer empfohlen. Wenn Sie Repositorys mischen, treten einige Probleme auf, und einige Paketbereinigungen sind erforderlich. Dies liegt hauptsächlich daran, dass es ein Hack ist, dies zu tun, und es ist nicht weit verbreitet.
JEDOCH NUMMER 2
CentOS-Patch-Levels folgen aufgrund von Redhat-Einschränkungen und anderen Namensproblemen nicht der gleichen Namenskonvention wie RHEL-Patches.
Es wird also eine Reihe von Problemen geben, die auftreten, wenn Apps von Drittanbietern auf Redhat-Release oder Centos-Release oder einer von RHEL abgeleiteten Benennung für Pakete und Updates basieren. Hier finden Sie ein Beispiel für die Benennungsprobleme zwischen RHEL und CentOS.
http://lists.centos.org/pipermail/centos/2011-April/110995.html
Anmerkungen
Fedora basiert auf verschiedenen Quellcode-Zweigen und damit auf verschiedenen gemeinsam genutzten Bibliotheken und Kernel-Revisionen. Es ist unwahrscheinlich, dass eines der kompilierten Pakete in diesen Distributionen funktioniert.
EPEL und rpmforge sind in der Regel eher für Softwarepakete als für Basissystempakete gedacht und daher für die Auflösung von Abhängigkeiten für grundlegende Dinge wahrscheinlich nicht von Nutzen.