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/2016: Neue Desktops

Digitale Ausgabe: Preis € 5,99
(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

Drucker Epson XP-332 unter ubuntu 14.04 einrichten
Andrea Wagenblast, 30.11.2016 22:07, 2 Antworten
Hallo, habe vergeblich versucht mein Multifunktionsgerät Epson XP-332 als neuen Drucker unter...
Apricity Gnome unter Win 10 via VirtualBox
André Driesel, 30.11.2016 06:28, 2 Antworten
Halo Leute, ich versuche hier schon seit mehreren Tagen Apricity OS Gnome via VirtualBox zum l...
EYE of Gnome
FRank Schubert, 15.11.2016 20:06, 2 Antworten
Hallo, EOG öffnet Fotos nur in der Größenordnung 4000 × 3000 Pixel. Größere Fotos werden nic...
Kamera mit Notebook koppeln
Karl Spiegel, 12.11.2016 15:02, 2 Antworten
Hi, Fotografen ich werde eine SONY alpha 77ii bekommen, und möchte die LifeView-Möglichkeit nu...
Linux auf externe SSD installieren
Roland Seidl, 28.10.2016 20:44, 1 Antworten
Bin mit einem Mac unterwegs. Mac Mini 2012 i7. Würde gerne Linux parallel betreiben. Aber auf e...