Einfacher als gedacht

Da Patches für eine bestimmte Version eines Programms geschrieben sind und die neuere Fassung die mit ihnen adressierten Fehler hoffentlich ohnehin beseitigt hat, sollten Sie zunächst einmal alle entsprechenden Zeilen mit einer Raute (#) auskommentieren.

Im Galculator-Spec betrifft dies die Zeilen 11 (Patch0: %name-ld_fix.diff), 24 (%patch0) sowie den Aufruf von autoreconf-fi in Zeile 27, der erst durch den Patch nötig wird, wie sich dem Changelog-Eintrag 2 entnehmen lässt.

Dass Galculator++2.0 jetzt GTK3 benutzt, lässt sich auf der als Upstream-URL in der Spec-Datei genannten Programm-Homepage nachlesen. Ändern Sie daher unter BuildRequires: die Abhängigkeit gtk2-devel nach gtk3-devel. Dann brauchen Sie nur noch das Version:-Feld auf 2.0.1 sowie die Release-Nummer für das Paket (Release:) auf 1.0.0 zu setzen und das Quellcode-Archiv galculator-2.0.1.tar.bz2 von der Projektseite in das Verzeichnis rpmbuild/SOURCES/ herunterzuladen.

Nun ist die Spec-Datei reif für den Aufruf rpmbuild -bb galculator.spec. Installieren Sie gegebenenfalls noch alle als Failed build dependencies angemahnten Pakete. Bei einem erneuten Aufruf von Rpmbuild signalisiert dann die Zeile Wrote: /home/user/rpmbuild/RPMS/i586/galculator-2.0.1-1.0.0.i586.rpm gegen Ende der Meldungen, dass ein RPM für Galculator 2.0.1 in Ihrem RPMS-Verzeichnis liegt (Abbildung 4).

Abbildung 4: Treffer! Rpmbuild hat ein Paket für Galculator 2.0.1 gebaut (rot) und die Abhängigkeiten dabei automatisch berechnet (blau). Auch der Check auf in %files übersehene Dateien war erfolgreich (keine Meldung, grün).

Schritt für Schritt

Nicht immer verläuft ein Update auf eine neue Programmversion so reibungslos wie beim Galculator-Beispiel, wo schon ein Auskommentieren der Patches und Anpassen des Version-Felds zum Erfolg führt. Für einen Fehlschlag gibt es die verschiedensten Ursachen: Oft stimmen die BuildRequires nicht mehr, manchmal ändern sich die Optionen für configure. Dass die %files-Liste in unserem Beispiel trotz Major-Versionssprung noch zutrifft, ist eher die Ausnahme.

Wenn es Ihnen aber gelingt, das Programm von Hand zu kompilieren, lässt es sich praktisch immer auch in ein RPM verpacken. Wechseln Sie nach einem Misserfolg mit Rpmbuild auf der Konsole in das Verzeichnis ~/rpmbuild/BUILD/Name-Version/, denn dort liegt der Quellcode in dem Zustand, wie ihn der abgebrochene Paketbauversuch hinterlässt. Kompilieren Sie das Programm von dort aus und verändern Sie mit den so gewonnenen Erkenntnissen die %build-Sektion in der Spec-Datei. Das Kommando rpmbuild -bc name.spec führt nur die Befehle unter %prep und %build aus, womit Sie prüfen, ob die Spec-Datei bis einschließlich %build nun in Ordnung ist (Abbildung 5).

Abbildung 5: Wenn Rpmbuild nicht bis zum Ende durchläuft, helfen Schalter, die den Bauprozess nur bis zu einer bestimmten Stelle ausführen, bei der Fehlersuche.

Bei rpmbuild -bi name.spec laufen zusätzlich noch die Befehle unter %install durch. Klappt auch dabei noch alles, dann liegen alle Dateien, die make install einspielt, unter ~/rpmbuild/BUILDROOT/Name-Version/. Überprüfen Sie nun, ob die %files-Liste diese alle erfasst. Trifft das zu, sollte sich das Binärpaket mit rpmbuild -bb name.spec bauen lassen. Bei allen Zwischenschritten sorgt die Option -vv beim Rpmbuild-Aufruf für zusätzliche Information.

Weiterführendes

Wer mehr Informationen braucht, findet im Fedora-Wiki eine vom Umfang her verdauliche Anleitung [6], die sich auch auf andere RPM-basierte Distributionen übertragen lässt. Als umfassendes Standardwerk gilt Eric Foster-Johnsons "RPM-Guide" [7].

Suse-spezifische Informationen liefern die ebenfalls sehr umfangreichen und auf professionelle Maintainer zugeschnittenen OpenSuse-Packaging-Guidelines [4], die Einsteiger allerdings überfordern dürften. Das gilt auch für das Fedora-Pendant [8]. Die zahlreichen Makros für OpenSuse- [5] beziehungsweise Fedora-Spec-Dateien [9] beschreiben Artikel auf den Webseiten der beiden Projekte.

Auf dem OpenSuse-Build-Service [10] und im Git-Repository für Fedora-Pakete [11] sind Spec-Dateien für nicht bei der Distribution mitgelieferten Programme oder Programmversionen zu finden.

Diesen Artikel als PDF kaufen

Express-Kauf als PDF

Umfang: 8 Heftseiten

Preis € 0,99
(inkl. 19% MwSt.)

LinuxCommunity kaufen

Einzelne Ausgabe
 
Abonnements
 
TABLET & SMARTPHONE APPS
Bald erhältlich
Get it on Google Play

Deutschland

Ähnliche Artikel

Kommentare

Infos zur Publikation

LU 12/2017: Perfekte Videos

Digitale Ausgabe: Preis € 5,95
(inkl. 19% MwSt.)

LinuxUser erscheint monatlich und kostet 5,95 Euro (mit DVD 8,50 Euro). Weitere Infos zum Heft finden Sie auf der Homepage.

Das Jahresabo kostet ab 86,70 Euro. Details dazu finden Sie im Computec-Shop. Im Probeabo erhalten Sie zudem drei Ausgaben zum reduzierten Preis.

Bei Google Play finden Sie digitale Ausgaben für Tablet & Smartphone.

HINWEIS ZU PAYPAL: Die Zahlung ist ohne eigenes Paypal-Konto ganz einfach per Kreditkarte oder Lastschrift möglich!

Stellenmarkt

Aktuelle Fragen

Broadcom Adapter 802.11n nachinstallieren
Thomas Mengel, 31.10.2017 20:06, 2 Antworten
Hallo, kann man nachträglich auf einer Liveversion, MX Linux auf einem USB-Stick, nachträglich...
RUN fsck Manually / Stromausfall
Arno Krug, 29.10.2017 12:51, 1 Antworten
Hallo, nach Absturz des Rechners aufgrund fehlendem Stroms startet Linux nicht mehr wie gewohn...
source.list öffnet sich nicht
sebastian reimann, 27.10.2017 09:32, 2 Antworten
hallo Zusammen Ich habe das problem Das ich meine source.list nicht öffnen kann weiß vlt jemman...
Lieber Linux oder Windows- Betriebssystem?
Sina Kaul, 13.10.2017 16:17, 6 Antworten
Hallo, bis jetzt hatte ich immer nur mit
IT-Kurse
Alice Trader, 26.09.2017 11:35, 2 Antworten
Hallo liebe Community, ich brauche Hilfe und bin sehr verzweifelt. Ih bin noch sehr neu in eure...