Installation von apt-get auf redhat

9

Ist es möglich, apt-getauf Redhat zu installieren ? Ich habe den Eindruck, dass Sie nicht können, aber ich wollte nur sicher sein. Wenn es möglich ist, wäre das Leben bei der Installation verschiedener Programme VIEL einfacher, insbesondere weil yumwirklich nicht so viele Programme verfügbar sind, wie es scheint.

Folgendes habe ich versucht (nur zur Veranschaulichung):

Ich habe versucht, apt-get gemäß diesen Anweisungen zu installieren , aber redhat hat kein dpkg, also bin ich wieder bei Quadrat 1.

Ich stelle diese Frage, weil ich Schwierigkeiten habe, ein Plugin für Pidgin (Pidgin-Sipe) zu installieren, weil yum install libglib2.0-deves fehlschlägt. Dies ist ein Beweis dafür, dass Apt-Get eine lohnende Investition sein könnte.

Irgendwelche Vorschläge?

ajsmart
quelle
3
Zum späteren Nachschlagen habe ich auch festgestellt, dass dies auch yum install pidgin-sipefunktioniert. Es stellte sich heraus, dass ich keine manuelle Installation brauchte, aber es war trotzdem eine großartige Lernerfahrung.
Ajsmart

Antworten:

10

Sie müssen Ihr Paketverwaltungstool nicht ersetzen, nur weil ein Paket zu fehlen scheint.

Jedes Paketverwaltungstool ist eng in seine Distribution integriert, und dies ist bei CentOS nicht anders. aptist gut in Debian und seine Derivate integriert, und selbst wenn sie (Debian, Ubuntu, Mint, Knoppix ...) dasselbe Tool für die Paketverwaltung verwenden, sind ihre Pakete mit bestimmten Paketversionen verknüpft und konfiguriert, die in einigen Fällen nur funktionieren mit bestimmten Abhängigkeiten, die diese Verteilung hat.

Was Sie brauchen, ist die Installation des glibEntwicklungspakets speziell für redhat-ähnliche Betriebssysteme:

yum install glib2-devel.x86_64

Die Einschränkung hierbei ist, dass Sie ein gleichwertiges Paket finden müssen, das auf Ihrer Distribution einen anderen Namen haben kann. Zu wissen, wie Pakete in der von Ihnen verwendeten Distribution durchsucht werden, ist eine gute Zeit für Wissen.

Wie habe ich festgestellt, dass dies der Name ist:

[root@ftp ~]# yum search glib2| grep dev
glib2-devel.i686 : A library of handy utility functions
glib2-devel.x86_64 : A library of handy utility functions
spice-glib-devel.i686 : Development files to build Glib2 applications with
spice-glib-devel.x86_64 : Development files to build Glib2 applications with

Wenn Sie die Paketinformationen anzeigen, können Sie sehen, dass es sich anscheinend um dasselbe Bibliotheksentwicklungspaket handelt:

[root@ftp ~]# yum info glib2-devel.x86_64
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.brisanet.com.br
 * extras: centos.brisanet.com.br
 * rpmforge-extras: apt.sw.be
 * updates: centos.brisanet.com.br
Available Packages
Name        : glib2-devel
Arch        : x86_64
Version     : 2.28.8
Release     : 9.el6
Size        : 300 k
Repo        : base
Summary     : A library of handy utility functions
URL         : http://www.gtk.org
License     : LGPLv2+
Description : The glib2-devel package includes the header files for the GLib library.

Wenn Sie mit der Paketsuche nicht vertraut sind, können Sie mit diesem Online-Tool Pakete auf den gängigsten Linux-Distributionen finden: Linux-Paketsuche

Faheem Mitha
quelle
Ich stoße häufig auf dieses Problem, aber gibt es für alles ein Äquivalent? Ich meine, wenn die Repos unterschiedlich sind, bedeutet dies für mich, dass jeder Programme / Funktionen hat, die der andere nicht hat.
Ajsmart
1
Die häufigsten cli Pakete ( glib, linux-utils, iputils2, dos-utils, nmap, tcpdumpund viele mehr) und Graphical Schnittstellen auf Distributionen verpackt werden, also ja, ist Chance groß , dass , wenn Sie ein Paket auf zur Verfügung haben DebianSie könnte es auf haben CentOSGemeinschaft repos oder des darauf;)
Es ist der Fall, dass verschiedene Linux-Distributionen unterschiedliche Prioritäten haben, und dies spiegelt sich in den verfügbaren Paketen wider. Wenn dies ein Problem ist, auf das Sie häufig stoßen, kann es sein, dass eine andere Linux-Distribution Prioritäten hat, die Ihren ähnlicher sind. distrowatch.com kann für Vergleiche hilfreich sein.
Bgvaughan
Aber in diesem speziellen Fall ist glibdev-bezogenes Zeug etwas, das Sie auf den meisten Distributionen finden können ...
@bgvaughan Ich hätte eine andere Distribution gewählt, aber das ist arbeitsbezogen. Leider habe ich keine Wahl. Die einzige unterstützte Unternehmensversion von Linux ist RHEL, aber wenn ich die Wahl hätte, hätte ich Ubuntu oder eines seiner Derivate gewählt.
Ajsmart
12

TL; DR apt funktioniert normalerweise nicht sofort mit Enterprise Linux-basierten Distributionen, und Sie werden sowieso nicht viele Repos finden, die für Sie funktionieren.

Wenn Sie Probleme haben, die gewünschte Software auf Red Hat zu finden, liegt dies daran, dass Ihre Repositorys nicht über die Pakete verfügen. Sie möchten verschiedene Repositorys hinzufügen. Für Red Hat Enterprise Linux ist das erste Repo, das normalerweise hinzugefügt wird, Extra Packages For Enterprise Linux (EPEL), das im Fedora-Projekt gehostet wird. Sie werden wahrscheinlich eine Menge von dem finden, was Sie in diesem Repo vermissen.

Mehr Informationen:

Es ist sicherlich möglich, die aptDienstprogramme zur Paketverwaltung auf einem Enterprise Linux-System zu installieren. Dies bedeutet jedoch nicht, dass Sie nach Abschluss des Vorgangs nichts mehr damit tun können.

Das Problem hierbei ist, dass das aptDienstprogramm ein Programm ist, das mit veröffentlichten Verzeichnissen von Softwarepaketen arbeitet (Repositorys sind für mich der übliche Name, können jedoch variieren). Yum, rpm, dnf, emerge, Etc. sind alle Nebenkosten auf * NIX - Distributionen variiert, die das gleiche tun. Sie bieten die Software jedoch nicht selbst an, sondern sind so konfiguriert, dass sie die Repositorys abfragen und Pakete von ihnen bereitstellen. Das andere Problem ist, dass die allgemeinen Repositorys, die Sie online finden, häufig so konfiguriert sind, dass sie mit den nativen Paketverwaltungsdienstprogrammen für das Betriebssystem zusammenarbeiten, für das sie Software anbieten. Sie könnten wahrscheinlich konfigurierenaptauf Ihrem RHEL7-System, um die Debian-Repos abzufragen, aber die Software wäre wahrscheinlich nicht mit Ihrem System kompatibel, da Debian und Red Hat ihre Betriebssysteme unterschiedlich erstellen, gestalten, strukturieren und konfigurieren. Es ist wie der Versuch, Mac OS X-Software auf Ihrem Linux-System zu installieren. Sie sind beide technisch * NIX-basiert, unterscheiden sich jedoch stark in ihrer Funktionsweise.

0xSheepdog
quelle
1
Zur Verdeutlichung sagen Sie also im Wesentlichen, dass ich keine passende Datei benötige, wenn ich die Repositorys zu meinem System hinzugefügt habe? (Danke für den Link!)
Ajsmart
Sie müssen nur das Paket finden, das Ihrer Distribution "entspricht". Werfen Sie einen Blick auf meine Antwort @ajsmart
Richtig! Apt ist ein Tool zum Abrufen von Paketen, das häufig von Debian-basierten Distributionen verwendet wird. Rpm, Yum und Dnf sind eine Familie von Tools, die von Enterprise Linux verwendet werden. Die von ihnen verwendeten Repos sind ebenfalls unterschiedlich, jedoch nicht aufgrund der Tools, sondern aufgrund der Betriebssystemfamilie, für die die Repos Software bereitstellen. Viel Glück und lassen Sie uns wissen, wenn Sie mehr brauchen.
0xSheepdog
2

Ich stelle diese Frage, weil ich Schwierigkeiten habe, ein Plugin für Pidgin (Pidgin-Sipe) zu installieren, weil die Installation von libglib2.0-dev fehlschlägt. Dies ist ein Beweis dafür, dass Apt-Get eine lohnende Investition sein könnte.

Kurze Antwort: nicht wirklich, nein.

Es gibt eine Portierung von aptfor rpm, nämlich apt-rpm . Es war bis vor relativ kurzer Zeit verwendbar, aber soweit ich weiß, unterstützen Red Hat und seine Derivate es nicht, so dass es jetzt möglicherweise nicht so ist. Die Entwicklung scheint seit 2008 ins Stocken geraten zu sein, was nicht vielversprechend ist. Auch apt-rpmkann nicht mit yum - Repositories verwendet werden, so ist es nicht sinnvoll , wenn jemand gebaut hat rpmRepositorys , die mit genutzt werden können apt.

Es gab auch eine Variante namens apt4rpm, die von Connectiva erstellt wurde, aber diese scheint noch weniger verwendet worden zu sein als apt-rpm.

Die Installation von Debian aptauf einem Red Hat-System ist Zeitverschwendung, selbst wenn es erfolgreich installiert wird. dpkgist für Red Hat verfügbar oder zumindest früher. Doch der Versuch , mit einem Parallel Debian-artigen System einzurichten dpkgund aptein vollständiger Nicht-Starter wäre, glaube ich.

Ich erinnere mich, dass ich apt-rpmum 2006 ein Red Hat-System für die grundlegende Systemadministration verwendet habe. Wenn Speicher zur Verfügung steht, handelt es sich um eine CentOS-Installation. Es hat damals noch ganz gut funktioniert. Aber dies ist 2017, und ich vermute, dass apt-rpmdas jetzt praktisch tot ist.

Auf jeden Fall bezweifle ich, dass die Verwendung aptauf einem Red Hat-System, selbst wenn es verfügbar und funktionsfähig wäre, einen großen Unterschied für Ihre Erfahrung bedeuten würde. Der Grund, warum aptDebian und seine Derivate gut funktionieren, liegt nicht in der magischen Qualität apt. Es ist vor allem wegen des Debian berühmter Qualitätskontrolle, obwohl die Debian - Paket - Management - Tools ( dpkg, aptetc.) können für einen Teil des Kredits nehmen ist gut konzipiert und umgesetzt.

Wenn Sie die "passende Erfahrung" wollen, verwenden Sie Debian.

Faheem Mitha
quelle
Dies ändert jedoch nichts an den Operationsanforderungen für ein libglib2.0-devPaket ... und bei der Installation aptwerden die Namen der Pakete nicht geändert ... Dies wird immer noch der Fall sein apt-get install glib2-devel.x86_64, und der Aufwand für die Installation aptkönnte besser zum Durchsuchen des Pakets verwendet werden ...
Möchtest du die Ablehnung erklären?
Faheem Mitha
Das Downvote wurde entfernt. Ihre erste Version der Antwort führte irgendwie dazu, dass die Installation apt-rpmeine Lösung sein könnte;)
@nwildner: Ich sehe nicht, wo ich das jemals impliziert habe.
Faheem Mitha
1

Dies ist möglich, aber sehr schwierig, generell zu empfehlen und mit ziemlicher Sicherheit unnötig.

Sie haben gefragt, wie das Debian-Paketverwaltungssystem auf einem Red Hat-System installiert werden soll.

Das Paketverwaltungssystem verfolgt, welche Pakete in einem System installiert sind, erleichtert die Installation und Aktualisierung von Paketen, verfolgt Abhängigkeiten und vermeidet Konflikte zwischen Paketen. Insbesondere aus den beiden letztgenannten Gründen sind unterschiedliche Paketverwaltungssysteme grundsätzlich nicht miteinander kompatibel. Wenn Sie versuchen, zwei verschiedene Systeme gleichzeitig zu verwenden, wird Ihr System ohne sehr sorgfältige Überwachung schnell unbrauchbar, da Sie effektiv versuchen würden, zwei verschiedene Linux-Distributionen übereinander zu installieren.

Wenn man den Stammbaum von Linux-Distributionen abbildet, ist der primäre Verzweigungspunkt die Wahl des Paketverwaltungssystems. Die beiden am häufigsten verwendeten Systeme sind das Debian-Paketverwaltungssystem DPKG und das Red Hat-Paketverwaltungssystem RPM. "apt-get" ist ein Front-End für die Verwendung des DPKG-Systems und erfordert, dass der Rest des Toolset funktioniert. Ebenso ist "yum" ein Front-End für die Verwendung des RPM-Systems.

Es ist manchmal möglich, ein Paket von einem System auf das andere zu konvertieren. Alien ist eine Anwendung dafür. Beachten Sie, dass es fast nie ohne Vorwarnung erwähnt wird, dass es nicht zuverlässig ist.

Wenn das Problem, das Sie lösen möchten, darin besteht, dass Sie eine bestimmte Anwendung auf einem Red Hat-System installieren möchten, ist es möglicherweise besser, ein Paket aus einer anderen Linux-Distribution zu verwenden, die RPM verwendet. rpmfind kann Ihnen bei der Suche helfen. Es ist etwas zuverlässiger, ein Quell-RPM zu finden und es auf Ihrem System neu zu erstellen. Dies verringert die Wahrscheinlichkeit von Problemen mit Abhängigkeiten von bestimmten kompilierten Binärdateien. Sie können die Paketverwaltung auch umgehen, indem Sie den Quell-Tarball für die Anwendung suchen und kompilieren.

Wenn das Problem, das Sie lösen möchten, darin besteht, dass im Allgemeinen mehr Pakete verfügbar sind, sollten Sie berücksichtigen, dass Red Hat Enterprise Linux von Natur aus einen Schwerpunkt auf Stabilität legt und die offiziellen Repositorys relativ begrenzt sind. Möglicherweise bevorzugen Sie die Verwendung von Fedora Linux, dessen offizielle Repositories eine weitaus größere Auswahl an Paketen enthalten, oder Sie möchten zu Debian oder einem seiner Derivate wechseln.

bgvaughan
quelle
0

Wie andere Leute in den obigen Antworten sagten, sind Distributionen und deren Paketverwaltung eng miteinander verbunden. Wenn Sie Dinge von Debian- oder Ubuntu-Repos in Ihrer RPM-basierten Distribution installieren müssen, ist es meiner Meinung nach am besten, eine entsprechende Chroot (über Debootstrap) einzurichten und alles zu installieren, was Sie dort benötigen. Sie haben dann im Grunde einen Debian, der "neben" Ihrer Distribution läuft.

Sie können dann Symlinks und / oder Skripte einrichten, auf denen die von Ihnen installierte Anwendung von der Chroot ausgeführt wird - und dies funktioniert auch für grafische Anwendungen. Ich habe es aus Sandbox-Gründen mit verschiedenen Apps gemacht, aber deins ist auch ein gültiger Grund. Ein Debian in einem Docker-Container ist eine ähnliche Option, die Sie ausprobieren können - im Grunde genommen eine viel bessere Sandbox-Chroot.

ttsiodras
quelle
-2

Dieses Tutorial scheint es zu zeigen: http://everyday-tech.com/apt-get-on-centos/

Das Problem mit weniger Paketen ist jedoch, dass Sie nicht so viele Repositorys haben oder der Name der Pakete unterschiedlich ist (z. B. apache2 auf Debian-Basis und httpd auf Red Hat-Basis).

Sie können verwenden: yum searchum Pakete zu finden

Hier ist ein Dokument zum Hinzufügen von yum-Repositorys:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sec-Managing_Yum_Repositories.html

Adonist
quelle