So erstellen Sie eine Drehzahl für Suse

7

Ich muss Version 1.4 von Subversion auf einer Suse 10.1 (64 Bit) Box installieren. Ich kann keine dieser beiden Versionen ändern und es gibt keine RPM für diese Distribution. Nachdem ich mich umgesehen habe, gehe ich davon aus, dass ich selbst eine Drehzahl erstellen muss. Gibt es einen besseren Weg als diesen? Wenn nicht, hat jemand Tipps zum Prozess?

Ich brauche kein schrittweises Tutorial, sondern nur einen grundlegenden Überblick über den Prozess.

Manos Dilaverakis
quelle

Antworten:

8

Das Wiederherstellen einer vorhandenen src.rpm ist wahrscheinlich die einfachste. Ich würde definitiv nicht den Weg des Konfigurierens, Machens, Installierens gehen, weil (a) das nicht skaliert, (b) das Entfernen / Aktualisieren des Pakets nicht einfach macht und (c) nicht atomar ist.

Das Erstellen einer Drehzahl ist nicht so schwierig. Früher gab es bei Linux.com ein ziemlich gutes Tutorial für Anfänger, bevor sie die Site zerstörten. Sie können diese versuchen , eine , aber es ist viel Text, nicht einfach zu verdauen. Trotzdem ist es besser als nichts.

Ich gebe Ihnen ein paar Hinweise aus meinem Hinterkopf:

  1. Richten Sie eine .rpmmacros-Datei in ~ ein
  2. Erstelle ~ / rpmbuild / {RPMS, SRPMS, SPECS, BUILD, BUILDROOT, SOURCES}
  3. Legen Sie den Quell-Tarball in ~ / rpmbuild / SOURCES ab
  4. Legen Sie die Spezifikationsdatei (en) in ~ / rpmbuild / SPECS ab
  5. Führen Sie rpmbuild -bp YOURSPEC in ~ / rpmbuild / SPECS aus (führt die Vorbereitungsphase aus)
  6. Führen Sie rpmbuild -bc YOURSPEC in ~ / rpmbuild / SPECS aus (oben und führt die Kompilierungsphase aus).
  7. Führen Sie rpmbuild -bb YOURSPEC in ~ / rpmbuild / SPECS aus (oben und erstellt das aktuelle Paket).

Wenn alles geklappt hat, ist Ihre RPM in ~ / rpmbuild / RPMS / $ {arch} erschienen.

Ich neige dazu, 5, 6 und 7 getrennt zu verwenden, wenn ich neue Drehzahlen erstelle, weil ich die Ausgabe gerne im Detail inspiziere. Möglicherweise möchten Sie sofort 7 wählen, wenn Sie eine vom Anbieter bereitgestellte Spezifikationsdatei haben.

Normalerweise habe ich so etwas in meinen .rpmmacros.

%_topdir /home/YOURNAME/rpmbuild
%packager YOUR NAME <[email protected]>
%_tmppath /tmp

Was die Syntax der Spezifikationsdatei betrifft: Es ist nicht so schwer. Es gibt ein sehr detailliertes, sei es sehr altes Nachschlagewerk namens ' Maximum RPM '. Alles, was Sie wissen wollen, ist da drin.


wzzrd
quelle
2

Das OpenSuse-Projekt bietet einen Build-Service , mit dem Sie RPMs nicht nur für OpenSuse / SLES, sondern auch für Fedora / RHEL / CentOS, Debian, Ubuntu und Mandriva einfach verpacken können. Alles auf einen Schlag.

Rick Ashford
quelle
1

Wenn Sie wirklich eine Drehzahl für eine spätere Vereinfachung der Paketverwaltung benötigen, würde ich versuchen, diese Quell- RPM-SVN 1.4.0-Quellen für SuSE 10.2 zu erhalten . Installieren Sie diese, cd to / usr / src // SPECS, dann rpm -bb subversion-1.4.0- 31.spec.

Ich persönlich würde es vorziehen, nur die Quelle von http://subversion.tigris.org zu beziehen und den üblichen Tanz "configure && make && make check && sudo make install" durchzuführen.

njsf
quelle
Gibt es eine Chance, dass diese Drehzahl Probleme mit dem System verursacht, da es sich um einen 10,2- und 32-Bit-Bogen handelt? Ich sollte beachten, dass dies ein Live-Server ist und sehr schlimme Dinge passieren werden, wenn ich es vermasseln würde ...
Manos Dilaverakis
SuSE verfügt über 32-Bit-Kompatibilitätsbibliotheken. Wenn es kompiliert wird, sollte es einwandfrei funktionieren. Aber da Robert Munteanu einige 10.3 x86_64-Quell-RPMs gefunden hat, würde ich damit anfangen, da es geeignetere Kompilierungsoptionen gibt.
NJSF
1

Die einfachste Methode wäre, eine Quelldrehzahl für eine ähnliche Verteilung zu finden. Sie sollten dann in der Lage sein, Ihre Distribution neu zu erstellen. Ich glaube, es gibt ein Skript namens rpmbuild, das den größten Teil der Arbeit für Sie erledigt.

Das Erstellen einer RPM von Grund auf ist wahrscheinlich mehr Arbeit als Sie möchten und aufwändiger als hier beschrieben.

David Pashley
quelle
1

Sofern Sie dies nicht an andere weitergeben müssen, würde ich nur configure, make, make install verwenden. Normalerweise setze ich das Präfix auf / opt oder / usr / local und behalte alle ursprünglichen Teere in einem Verzeichnis wie / root / packages /, damit ich einen vernünftigen Prüfpfad habe und weiß, was ich installiert habe und was ich daher deinstallieren muss.

kbyrd
quelle
1

Ich habe in der Vergangenheit schon einmal checkinstall verwendet und es schien ziemlich gut zu funktionieren. YMMV.

churnd
quelle
0

Die Subversion 1.4.0-TAR-Datei enthält auch Spezifikationsdateien zum Erstellen von RPMs unter RHEL3 / 4. Sie sollten diese zum Erstellen der Drehzahl verwenden können.

Aber ich stimme der vorherigen Antwort zu. Wenn die Drehzahl nicht wirklich übersteuert werden muss, führen Sie einfach den Standard "configure && make && make install" aus.

TCampbell
quelle