it-swarm.com.de

Installation von apt-get auf redhat

Ist es möglich, apt-get Auf 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 yum wirklich nicht so viele Programme zur Verfügung hat, wie es scheint.

Folgendes habe ich versucht (nur zur Veranschaulichung):

Ich habe versucht, apt-get folgend zu installieren diese Anweisungen , aber redhat hat kein dpkg, also bin ich zurück zu Quadrat 1.

Ich stelle diese Frage, weil ich Schwierigkeiten habe, ein Plugin für Pidgin (Pidgin-sipe) zu installieren, weil yum install libglib2.0-dev Fehlschlägt, was für mich ein Beweis dafür ist, dass apt-get eine lohnende Investition sein könnte.

Irgendwelche Vorschläge?

9
ajsmart

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. apt ist gut in Debian und seine Derivate integriert, und selbst wenn sie (Debian, Ubuntu, Mint, Knoppix ...) dasselbe Tool für die Paketverwaltung verwenden, werden ihre Pakete mit bestimmten Paketversionen verknüpft und konfiguriert, die In einigen Fällen funktioniert dies nur mit bestimmten Abhängigkeiten, die diese Distribution aufweist.

Sie müssen lediglich das Entwicklungspaket von glib installieren, das für redhat-ähnliche Betriebssysteme spezifisch ist:

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:

[[email protected] ~]# 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:

[[email protected] ~]# 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 Packages Search

10
user34720

TL; DR apt funktioniert normalerweise nicht sofort mit Enterprise Linux-basierten Distributionen, und Sie werden nicht viele Repos finden, die dies tun arbeite trotzdem für dich.

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) , gehostet bei The Fedora Project. Sie werden wahrscheinlich eine Menge von dem finden, was Sie in diesem Repo vermissen.

Weitere Informationen :

Es ist zwar durchaus möglich, die Dienstprogramme zur Paketverwaltung apt auf einem Enterprise Linux-System zu installieren, dies bedeutet jedoch nicht, dass Sie nach Abschluss des Vorgangs do damit arbeiten können.

Das Problem hierbei ist, dass das Dienstprogramm apt 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 usw. sind alle Dienstprogramme für unterschiedliche * NIX-Distributionen, die dasselbe 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 apt auf Ihrem RHEL7-System so konfigurieren, dass die Debian-Repos abgefragt werden, aber die Software ist wahrscheinlich nicht mit Ihrem System kompatibel, da Debian und Red Hat unterschiedliche Funktionen für Aufbau, Layout, Struktur und Konfiguration haben Systeme. 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.

12
0xSheepdog

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, was für mich ein Beweis dafür ist, dass apt-get eine lohnende Investition sein könnte.

Kurze Antwort: nicht wirklich, nein.

Es gibt einen Port von apt für 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. Ebenfalls, apt-rpm kann nicht mit yum-Repositorys verwendet werden, daher ist es nur nützlich, wenn jemand rpm-Repositorys erstellt hat, die mit apt verwendet werden können.

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 Debians eigenem apt auf einem Red Hat-System ist Zeitverschwendung, selbst wenn es erfolgreich installiert wird. dpkg ist für Red Hat verfügbar oder zumindest früher. Aber der Versuch, ein paralleles Debian-ähnliches System mit dpkg und apt einzurichten, wäre meiner Meinung nach ein völliger Nichtstarter.

Ich erinnere mich an die Verwendung von apt-rpm auf einem Red Hat-System um 2006 für die grundlegende Systemadministration. 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 würde vermuten, dass apt-rpm ist jetzt praktisch tot.

Auf jeden Fall bezweifle ich, dass die Verwendung von apt auf 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 apt auf Debian und seinen Derivaten gut funktioniert, liegt nicht in der magischen Qualität, die apt besitzt. Dies liegt hauptsächlich an der berühmten Qualitätskontrolle von Debian, obwohl die Debian-Paketverwaltungstools (dpkg, apt usw.) einen Teil des Verdienstes für ihre gute Gestaltung und Implementierung in Anspruch nehmen können.

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

2
Faheem Mitha

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.

1
bgvaughan

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, die die von Ihnen installierte Anwendung von der Chroot ausführen - und dies funktioniert auch für grafische Anwendungen. Ich habe es aus Sandbox-Gründen mit verschiedenen Apps gemacht, aber deine 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.

0
ttsiodras