Wie erhält man die Original-Bibliothek / Paketversion von der RPM-Paketversion?

483
Mariusz

Ich verwende Centos 7 und muss wissen, welche Version von Xdmx verwendet wird. rpm -qaund yum list installedVersion des RPM-Pakets zurückgeben, die sich meiner Meinung nach von der ursprünglichen Xdmx-Version unterscheidet.

$yum list installed | grep Xdmx xorg-x11-server-Xdmx.x86_64 1.15.0-7.el7 @base    $rpm -qa | grep Xdmx xorg-x11-server-Xdmx-1.15.0-7.el7.x86_64 

1.15.0-7.el7ist eine Version des RPM-Pakets. Wie kann ich die Xdmx-Version daraus erhalten? Ich habe das XdmxBefehlshandbuch gelesen und finde keine Möglichkeit, die XdmxVersion zu überprüfen .

Ich bin mir nicht sicher, ob ich die Erstellung des RPM-Pakets richtig verstehe, deshalb möchte ich es klarstellen. Xdmx ist nur beispielhaft und ich möchte jetzt generell regeln. Xorg ist ein Autor von Xdmx. Wenn Xorgs Programmierer eine Bibliothek schreiben, ist es ihnen egal, in welcher Linux-Distribution sie funktioniert. Code of library ist universell und kann bei jeder Linux-Distribution kompiliert und gestartet werden, wenn notwendige Abhängigkeiten bestehen. Die meisten Benutzer möchten jedoch keine Zeit verlieren und die Bibliothek nicht aus Quellcode installieren. Sie bevorzugen kompilierte Pakete. Das RPM-Paket enthält Informationen zu Abhängigkeiten, die das automatische Herunterladen und Installieren notwendiger Abhängigkeiten für die Linux-Verteilung ermöglichen. Ich weiß nicht, ob es andere Unterschiede bei RPM-Paketen gibt, die für verschiedene Linux-Distributionen gedacht sind. Lassen' s gehen davon aus, dass Fedora und Centos RPM-Pakete für Xdmx 1.0 veröffentlicht haben. Gibt es Unterschiede zwischen Fedora- und Centos Xdmx-RPM-Paket, mit Ausnahme der Abhängigkeiten? Vielleicht liefert der Kompilierungsprozess für Fedora ein anderes Ergebnis als die Kompilierung für Centos? Möglicherweise bieten Linux-Distributionsanbieter einige benutzerdefinierte Änderungen an der Xdmx-Bibliothek an. Wenn Abhängigkeiten auf Centos und Fedora ordnungsgemäß funktionieren, ist es möglich, dass Xdmx 1.0 auf Fedora und auf Centos nicht ordnungsgemäß funktioniert? Gibt es Unterschiede zwischen Fedora- und Centos Xdmx-RPM-Paket, mit Ausnahme der Abhängigkeiten? Vielleicht liefert der Kompilierungsprozess für Fedora ein anderes Ergebnis als die Kompilierung für Centos? Möglicherweise bieten Linux-Distributionsanbieter einige benutzerdefinierte Änderungen an der Xdmx-Bibliothek an. Wenn Abhängigkeiten auf Centos und Fedora ordnungsgemäß funktionieren, ist es möglich, dass Xdmx 1.0 auf Fedora und auf Centos nicht ordnungsgemäß funktioniert? Gibt es Unterschiede zwischen Fedora- und Centos Xdmx-RPM-Paket, mit Ausnahme der Abhängigkeiten? Vielleicht liefert der Kompilierungsprozess für Fedora ein anderes Ergebnis als die Kompilierung für Centos? Möglicherweise bieten Linux-Distributionsanbieter einige benutzerdefinierte Änderungen an der Xdmx-Bibliothek an. Wenn Abhängigkeiten auf Centos und Fedora ordnungsgemäß funktionieren, ist es möglich, dass Xdmx 1.0 auf Fedora und auf Centos nicht ordnungsgemäß funktioniert?

1

1 Antwort auf die Frage

1
Bruno9779

Der genaue Inhalt eines RPM-Pakets hängt vollständig von den Betreuern ab.

Ein RPM könnte Patches, Konfigurationsdateien und Dokumente enthalten, die in der ursprünglichen Quelle nicht vorhanden waren.

Um eine genaue Vorstellung davon zu erhalten, was in einem RPM enthalten ist, sollten Sie nach dem SRPM (Source RPM) suchen, das dem Paket entspricht, und es mit entpacken rpm2cpio <rpmname.rpm> | cpio -idmv

Die .spec-Datei enthält die genauen Anweisungen zum Erstellen des Pakets, Verweise auf den ursprünglichen Quellcode und auf alle betroffenen Dateien.

Um dies besser zu verstehen, empfehle ich www.rpm.org/max-rpm/

Es ist eine vollständig detaillierte Anleitung zum Erstellen von U / min. Es ist meine Referenz der Wahl, RPMs zu bauen.

Um andere Fragen zu beantworten: Es ist sehr wahrscheinlich, dass Fedora-Umdrehungen unter CentOS nicht funktionieren. Hauptsächlich, weil Centos init.d und Fedora systemd verwendet (gilt nicht für die meisten Bibliotheken).

Sie sollten sich auf RPMs aus Repositories (Epel und RPM forforge geben Sie das meiste, was Sie möglicherweise benötigen) und Quellcode-Installationen ein. Auswahl und Mischung von RPMs, die über http heruntergeladen werden, sind eine schlechte Idee, eine schlechte Richtlinie und eine große Quelle von Problemen.