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 06/2017: System im Griff

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!

Aktuelle Fragen

Anfänger Frage
Klaus Müller, 24.05.2017 14:25, 2 Antworten
Hallo erstmal. Habe von linux nicht so viel erfahrung müsste aber mal ne doofe frage stellen. A...
Knoppix-Live-CD (8.0 LU-Edition) im Uefiboot?
Thomas Weiss, 26.04.2017 20:38, 3 Antworten
Hallo, Da mein Rechner unter Windows 8.1/64Bit ein Soundproblem hat und ich abklären wollte, o...
Grub2 reparieren
Brain Stuff, 26.04.2017 02:04, 5 Antworten
Ein Windows Update hat mir Grub zerschossen ... der Computer startet nicht mehr mit Grub, sondern...
Linux open suse 2,8
Wolfgang Gerhard Zeidler, 18.04.2017 09:17, 2 Antworten
Hallo.bitte um Hilfe bei. Code fuer den Rescue-login open suse2.8 Mfg Yvo
grep und sed , gleicher Regulärer Ausdruck , sed mit falschem Ergebnis.
Josef Federl, 15.04.2017 00:23, 1 Antworten
Daten: dlfkjgkldgjldfgl55.55klsdjfl jfjfjfj8.22fdgddfg {"id":"1","name":"Phase L1","unit":"A",...