Mehrfacher Paketmanager [geschlossen]

Die kurze Antwort ist, ja du kannst , aber du solltest eigentlich nicht .

Nachfolgend finden Sie eine Liste von Dingen (in keiner bestimmten Reihenfolge), die bei der Installation übergreifend zu berücksichtigen sind:

• Abhängigkeitshölle

Der Hauptgrund, warum Dinge wie yum / apt / yast überhaupt existieren, ist die Vermeidung der sogenannten Abhängigkeitshölle . Wenn Sie Pakete von anderen Systemen verwenden, können Sie die in die Pakete eingefügte Arbeit nicht sauber installieren.

Der sekundäre Paketmanager möchte seine eigenen Abhängigkeiten erfüllen und eine Menge Dinge installieren, die bereits installiert sind. Das bedeutet, dass Sie die Pakete Stück für Stück installieren müssen, damit Sie nicht bereits installierte Pakete von Ihrem primären Paket-Manager überschreiben und alle Arten von Problemen haben.

• Verwenden sie denselben Paketmanager?

Wenn dies der Fall ist, können Sie es vielleicht sogar sofort installieren, aber Sie haben wahrscheinlich Abhängigkeiten oder Paketkonflikte. Ist dies nicht der Fall, können Sie das Paket mit verschiedenen Tools extrahieren und die Binärdateien einfach auf dem Dateisystem ablegen (werfen Sie einen Blick auf Alien oder diesen Beitrag über das Extrahieren von .rpm- und .deb-Dateien ).

Damit erhalten Sie die Dateien auf dem System, aber es gibt keine Garantie, dass es von der Box funktioniert. Einige zusätzliche manuelle Jagd kann (und ist in der Regel) erforderlich sein.

• Sind die Versionen von Basispaketen wie glibc gleich oder sehr nahe?

Wenn ja, besteht eine geringere Chance auf ein Problem. Je weiter Sie sich zwischen den Basispaketen der beiden Distributionen unterscheiden, desto wahrscheinlicher werden Sie Shared Libraries vermissen, die in der Distribution, in der Sie arbeiten, nicht verfügbar sind, da die Version anders ist und der Dateiname nicht mit dem der Binärdatei übereinstimmt suchen.

Technisch könnten Sie auch die Basisabhängigkeiten von der anderen Distribution extrahieren und sie auch auf das Dateisystem setzen, aber das wird Ihnen sicherlich Schmerzen bereiten, sollten Sie jemals Dinge aus der Quelle kompilieren müssen. Stellen Sie sich vor, wie verwirrt gcc sein wird.

• Ruft das zu installierende Paket ein bestimmtes Kernelmodul auf?

Der beste Weg, dies zu artikulieren, ist ein häufiges Problem, das ich heutzutage beim Kauf von VMs von einem Webhost sehe. Sie erhalten ihre eigene Marke von Xen oder Virtuozzo-Kernel, und Iptables funktioniert nicht direkt, weil netfilter im Kernel ist und die ABI hat sich geändert. Es kann ziemlich schwierig sein, es wieder in Gang zu bringen, und dieses Problem ist nicht auf iptables beschränkt. Mein bester Rat hier ist, wählen Sie die Distribution, die den gewünschten Kernel in einem eigenen Basis-Repository hat.

• Kompilieren von Quelle

Zweifellos müssen Sie dies tun, wenn Sie sehr tief in Pakete von anderen Systemen wollen. Da die verschiedenen Distributionen ihre Build-Umgebungen unterschiedlich eingerichtet haben, werden Sie die Hälfte Ihrer Zeit damit verbringen, Pathing- und andere Konfigurationsprobleme herauszufinden.