AA_grundriss_14789983_123rf_Golkin_Oleg.jpg

© Golkin Oleg, 123rf.com

RPM-Pakete ohne Vorlage selbst erstellen

Baumeister

Der Prozess, mit dem Distributoren bestehende Pakete auf eine neue Software-Version heben, erlaubt auch dem Normalanwender den unkomplizierten Bau eigener Pakete.

Ist das neue Programm erst einmal kompiliert, kann man es meist kaum noch erwarten, make install auszuführen und die Anwendung endlich zu starten. Doch dieser Aufruf als Root ist gefährlich: Er überschreibt ohne Vorwarnung Dateien. Der Aufruf make uninstall ist oft gar nicht implementiert – und wenn doch, löscht er die installierten Dateien, ohne eventuell vorher überschriebene Versionen wiederherzustellen.

Sicherer ist es, auch für selbst kompilierte Software Pakete zu erstellen und diese über das systemweite Paketmanagement zu installieren. Viele Anwender schrecken vor dem zusätzlichen Aufwand zurück. Doch ein Blick auf die Arbeitsweise der Distributoren, die für jedes Release Tausende Pakete neu bauen, zeigt, dass in vielen Fällen viel weniger Arbeit dahinter steckt als erwartet.

Baumaschine

Gentoo, bei dem der Paketmanager Portage jedes Softwarepaket vollautomatisch auf dem Rechner des Anwenders kompiliert, besitzt genau genommen kein Alleinstellungsmerkmal: Sowohl in der RPM- als auch in der Debian-Welt gehört ein leistungsfähiges Build-System zur Standardausstattung, die das Kompilieren und Verpacken von Programmen in ein Paket automatisiert (Abbildung 1).

Abbildung 1: Für die meisten Anwender ist RPM ein Synonym für Binär-RPMs, die Anwendungen und andere Systemkomponenten installationsfertig verpacken. Das ausgeklügelte System aus SRC-RPMs und Rpmbuild kennen dagegen selbst viele Power-User nicht.

SRC-RPMs (Dateiendung .src.rpm) bilden die Basis für das RPM-Build-System. Anders als Binär-RPMs enthalten sie keine ausführbaren Dateien, sondern den Quellcode eines Programms samt dem "Rezept" zum kompilieren. Um ein SRC-RPM in ein normales RPM umzuwandeln, genügt daher der Aufruf:

$ rpm --rebuild Paket.src.rpm

Dieser Befehl stößt das Kompilieren aus den Quellen an und verpackt die entstanden Programmdateien in ein Binär-RPM. Das dazu erforderliche Rpmbuild-Programm finden Sie unter OpenSuse im Paket rpm-build. Unter Fedora installieren Sie die Gruppe @development-tools sowie das Paket fedora-packager.

TIPP

Das Debian-Pendant zu SRC-RPMs bietet einen ähnlichen Leistungsumfang, die Bedienung fällt jedoch grundlegend anders aus. Ihr widmet sich der zweite Teil dieser Artikelserie im nächsten Heft.

Transportabler Container

Schon der GPL wegen stellen die Distributionen jedem Binär-Repository dessen Quellcode-Pendant zur Seite. Wenn Sie dieses im Paketmanager aktivieren, lädt yumdownloader --source Paket unter Fedora ein Quellcode-RPM für das genannte Programm herunter. Für OpenSuse finden Sie die SRC-RPMs in der Online-Paketsuche [1] des Build-Service nach einem Klick auf Show other Versions.

Der Aufruf rpm --rebuild Paket.src.rpm erzeugt aus dem SRC-RPM ein zum offiziellen Distributionspaket identisches Binär-RPM. Liegt Ihnen lediglich ein SRC-RPM für eine andere Version der von Ihnen genutzten Distribution vor, lohnt sich der Rpmbuild-Durchlauf ganz besonders: Quelltext-RPMs sind deutlich weniger an eine bestimmte Distributionsversion gebunden als Binärpakete (siehe Kasten "Programmpakete und Abhängigkeiten").

Beim ersten Aufruf fehlen meist noch einige Devel-Pakete (Abbildung 2). Nach deren Einrichten erzeugt ein erneuter Aufruf des Befehls ein auf Ihr System zugeschnittenes Binary. Dabei laufen neben wenigen zum Paketbau gehörigen Meldungen auch solche über den Bildschirm, die Sie beim Aufruf von make zu sehen bekämen.

Abbildung 2: Bevor rpm --rebuild den Quellcode kompiliert und in ein installationsfertiges Binär-RPM verpackt, prüft das Tool, ob alle zum Kompilieren nötigen Devel-Pakete vorliegen.

Programmpakete und Abhängigkeiten

Jede der unüberschaubar vielen Linux-Distributionen enthält andere Versionen der gängigen Bibliotheken. Kompilierte Programme – also auch Binär-RPMs – funktionieren oft nur mit einer bestimmten Version dieser Hilfsprogramme, während beim Kompilieren eine neuere Version der Bibliothek meist keine Probleme bereitet.

Ein Blick in die Verzeichnisse /usr/lib/ oder /usr/lib64/ hilft zu verstehen, warum das so ist. Die meisten Dateien darin tragen einen Namen der Form libName.so.1.23. Wenn die Entwickler aus einer Bibliothek Funktionen entfernen oder deren Aufrufparameter verändern, stürzen Programme ab, die noch mit der alten Schnittstelle der Library rechnen. Das passiert oft nicht gleich beim Start, sondern erst beim Aufruf eines bestimmten Menüpunkts. Um solche unangenehmen Überraschungen zu verhindern, signalisieren die Entwickler nicht rückwärtskompatible Änderungen durch Erhöhen der zwei- oder dreistelligen Versionsnummer im Namen der Bibliothek.

Manchmal geht es dabei lediglich um kleine Anpassungen, die längst nicht alle Anwendungen betreffen. Ob ein Programm mit der neuen Bibliotheksversion zusammenarbeitet, zeigt aber erst das Kompilieren. RPMs speichern die Bibliotheksversionen (Soname, von "shared object name"), gegen die die enthaltenen Programme übersetzt sind, als Abhängigkeit. Die Distributionen übersetzen daher jedes Paket beim Update der Distribution neu aus dem Quellcode.

Auch als Anwender müssen Sie den Compiler bemühen, wenn kein passendes Paket vorliegt. Dafür bleibt ihnen die DLL-Hölle früherer Windows-Versionen erspart. Dass alle Programme gegen eine bestimmte Version der Hilfsprogramme kompiliert sind, spart unter Linux auch Plattenplatz und Arbeitsspeicher ein.

Ein eigenes Binär-RPM aus einen SRC-RPM zu kompilieren ist viel sicherer, als wegen der aktuellen Version eines Programms ein instabiles Repository einzubinden. Dabei zieht die Installation nämlich oft so viele Abhängigkeiten nach, dass dies unter Umständen einem Upgrade auf eine instabile Distributionsversion nahe kommt.

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 10/2017: Daten retten & sichern

Digitale Ausgabe: Preis € 8,50
(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

kein foto, etc. upload möglich, wo liegt mein fehler?
kerstin brums, 17.09.2017 22:08, 5 Antworten
moin, zum erstellen einer einfachen wordpress website kann ich keine fotos uploaden. vom rechne...
Arch Linux Netzwerkkonfigurationen
Franziska Schley, 15.09.2017 18:04, 0 Antworten
Moin liebe Linux community, ich habe momentan Probleme mit der Einstellung des Lan/Wlan in Arc...
WLan mit altem Notebook funktioniert nicht mehr
Stefan Jahn, 22.08.2017 15:13, 0 Antworten
Ich habe ein altes Compaq-6710b Notebook mit Linux Mint Sonya bei dem WLan neulich noch funktioni...
Würde gerne openstreetmap.de im Tor-Browser benutzen, oder zu gefährlich?
Wimpy *, 21.08.2017 13:24, 2 Antworten
Im Tor-Netzwerk (Tor-Browser) kann ich https://www.openstreetmap.de/karte.html# nicht nutzen....
Samsung VG-KBD1500 - Bluetooth-Tastatur mit Touchpad mit Xubuntu 16.04.2 LTS
Linux- & BSD-UserGroup im Weserbergland, 16.08.2017 19:16, 0 Antworten
Bin grad mit "meinem Latein am Ende" darum hier mal so in den Raum geworfen. Samsung VG-KBD1500 -...