{"id":1001,"date":"2023-09-03T20:26:14","date_gmt":"2023-09-03T18:26:14","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=1001"},"modified":"2023-09-03T20:26:15","modified_gmt":"2023-09-03T18:26:15","slug":"software-unter-linux-selbst-kompilieren","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/03\/software-unter-linux-selbst-kompilieren\/","title":{"rendered":"Software unter Linux selbst kompilieren"},"content":{"rendered":"\n

Grunds\u00e4tzlich installiert man sich Software unter Linux \u00fcber die\u00a0Paket-Verwaltung\u00a0– hier unter auf Debian basierenden Linux-Distributionen beschrieben. Funktioniert am einfachsten, hinzu kommen aber nat\u00fcrlich auch noch die\u00a0Flatpaks<\/a>,\u00a0Snaps<\/a>\u00a0und\u00a0Appimages.<\/p>\n\n\n\n

Entwickler schreiben jedoch ihre Software im Quellcode – dies sind einfache Textdateien, k\u00f6nnte etwa so aussehen:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Solchen Quellcode findet man h\u00e4ufig auf GitHub und GitLab. Hat der Entwickler zu wenig Zeit und findet sich auch kein anderer, der den Quellcode zu einem funktionierenden Programm packt – bleibt einem nichts anderes \u00fcbrig, als den Quellcode selbst zu kompilieren.<\/p>\n\n\n\n

Kompilieren nennt man nun das \u00dcbersetzen des Quellcodes, also der Textdateien in eine funktionierende Software. Dies ist gar nicht einmal so schwierig, man muss sich nur ein wenig damit befassen. Und wenn man wirklich auf Software angewiesen ist – hier finden Sie einen Leitfaden.<\/p>\n\n\n\n

C-Programme selbst kompilieren<\/h3>\n\n\n\n

Die meisten Anwendungen lassen sich ganz einfach kompilieren, in diesem Beitrag geht es um die wohl meist genutzten – also Anwendungen mittels C und \u00e4hnlicher Sprachen geschriebener Software. KDE-Anwendungen, basierend auf Qt geh\u00f6ren hier nicht dazu – diese sehen wir uns sp\u00e4ter an.<\/p>\n\n\n\n

Als Erstes gilt es einige Voraussetzungen zu schaffen – hierzu installiert man sich unter auf Debian basierenden Linux-Distributionen \u00fcber die Paket-Verwaltung das Paket „build-essential<\/strong>„. Also etwa als\u00a0Administrator\u00a0am\u00a0Terminal:<\/p>\n\n\n\n

apt install build-essential<\/code><\/pre>\n\n\n\n
Das w\u00e4ren die Grundvoraussetzungen, wahrscheinlich gilt es sp\u00e4ter weitere Pakete zu installieren – die Abh\u00e4ngigkeiten der zu kompilierenden Software. Erst gilt es das heruntergeladene komprimierte Archiv zu entpacken, anschlie\u00dfend wechselt man in das entpackte Verzeichnis. Hier finden sich dann mehrere Dateien und Verzeichnisse. Zu Beginn sollte man sich Dateien wie „README<\/strong>“ und „HELP<\/strong>“ ansehen – hier ein kleines Beispiel:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Diese Dateien beinhalten Hilfen, Anweisungen und auch die zu installierenden Abh\u00e4ngigkeiten. Auf GitHub und GitLab finden sich zu den Anweisungen zur Installation auch die Abh\u00e4ngigkeiten. Dann geht es ab auf das Terminal – hier beginnt man als normaler Benutzer mit dem Befehl:<\/p>\n\n\n\n
.\/configure --help<\/code><\/pre>\n\n\n\n
Dieser Befehl vermittelt uns zus\u00e4tzliche Hilfen, zeigt uns etwa hilfreiche Optionen – gr\u00f6\u00dftenteils sind solche jedoch nicht n\u00f6tig. Weiter geht es ebenfalls als normaler Benutzer mit dem Befehl:<\/p>\n\n\n\n
.\/configure<\/code><\/pre>\n\n\n\n
Erhalten Sie bei diesen Befehlen bereits eine Fehlermeldung, findet sich im Verzeichnis wahrscheinlich eine Datei namens „autogen.sh<\/strong>“ – in diesem Fall starten Sie folgenden Befehl:<\/p>\n\n\n\n
.\/autogen.sh<\/code><\/pre>\n\n\n\n
Beide Befehle kontrollieren, ob alle Voraussetzungen geschaffen wurden, also etwa alle ben\u00f6tigten Abh\u00e4ngigkeiten installiert sind. Hier kann es jetzt schon zu, m\u00f6glichen Fehlermeldungen kommen – dass etwa Software angezeigt wird, die nicht installiert ist. Meist handelt es sich um Entwickler-Pakete, die Sie einfach \u00fcber die Paket-Verwaltung installieren. Werden solche Fehlermeldungen angezeigt – installieren Sie diese Pakete und starten den Befehl:<\/p>\n\n\n\n
.\/configure<\/code><\/pre>\n\n\n\n
erneut. Sobald der Befehl ohne Fehler durchgelaufen ist, starten Sie wieder als normaler Benutzer den Befehl:<\/p>\n\n\n\n
make<\/code><\/pre>\n\n\n\n
Dieser Befehl kann nun etwas l\u00e4nger dauern, bis er durchgelaufen ist – hierbei wird aus dem Quellcode, also aus den Textdateien ein funktionierendes Programm erstellt. Die Software wird aus dem Quelltext \u00fcbersetzt. Auch hier k\u00f6nnte es wieder zu Fehlermeldungen kommen – etwa weil der Entwickler vergessen hat, bestimmte Abh\u00e4ngigkeiten in das Configure-Skript einzutragen. Auch hier erhalten Sie wieder entsprechende Meldungen. Wie Sie entsprechende Dateien finden, lesen Sie im folgenden Beitrag. Installieren Sie also die ben\u00f6tigten Abh\u00e4ngigkeiten und starten folgende beiden Befehle:<\/p>\n\n\n\n
make clean\nmake<\/code><\/pre>\n\n\n\n
Dies kann bei vielen Fehlern etwas aufreibend sein – der Befehl liefert der Reihe nach immer nur eine fehlende Abh\u00e4ngigkeit. Ist der „make<\/code><\/strong>„-Befehl erfolgreich durchgelaufen, wurde der Quelltext \u00fcbersetzt und die Anwendung kann jetzt als Administrator installiert werden:<\/p>\n\n\n\n
make install<\/code><\/pre>\n\n\n\n
Entwicklerpakete unter auf Debian basierenden Linux-Distributionen finden<\/h3>\n\n\n\n
Die Befehle „configure<\/strong>“ und „make<\/strong>“ liefern oft nur Dateinamen – der Grund, nicht auf allen Distributionen nennen sich Pakete mit entsprechenden Dateien gleich. Man macht sich also \u00fcber die Paket-Verwaltung auf, nach entsprechenden Dateien zu suchen. Schneller zum Ziel f\u00fchrt das Paket „apt-file<\/strong>„. Der gleichnamige Befehl durchsucht installierte und nicht installierte Pakete nach dem von Ihnen gew\u00fcnschten Begriff. Zu Beginn aktualisiert man die Datenbank der Software (als Administrator<\/em>):<\/p>\n\n\n\n
apt-file update<\/code><\/pre>\n\n\n\n
Sucht man etwa nach dem Begriff „dev<\/strong>„:<\/p>\n\n\n\n
apt-file -l find libxtst | grep dev<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Im Beispiel wird die Ausgabe „libxtst-dev<\/strong>“ angezeigt, dieses Paket ist zu installieren. Die Option „-l<\/code><\/strong>“ wird vor allem bei Bibliotheken genutzt.<\/p>\n\n\n\n
Mit Checkinstall Debian-Pakete beim Kompilieren erstellen<\/h3>\n\n\n\n
Installiert man via Kompilieren unter Linux Software, wei\u00df die Paket-Verwaltung nichts \u00fcber die installierte Software – kompilierte Software gilt es \u00fcber entsprechende Anweisungen (im Verzeichnis des Quellcodes<\/em>) wieder zu entfernen, wenn man dies m\u00f6chte. Dies ist nat\u00fcrlich etwas umst\u00e4ndlich. Warum nicht gleich beim Kompilieren ein Debian-Paket erstellen, dieses l\u00e4sst sich \u00fcber die Paket-Verwaltung installieren und auch wieder deinstallieren.<\/p>\n\n\n\n
Sie installieren die Software unter auf Debian basierenden Linux-Distributionen ganz einfach \u00fcber die Paket-Verwaltung durch das Paket „checkinstall<\/strong>„. Checkinstall wird ganz einfach genutzt – statt:<\/p>\n\n\n\n
make install<\/code><\/pre>\n\n\n\n
nutzen Sie beim Kompilieren den Befehl:<\/p>\n\n\n\n
checkinstall<\/code><\/pre>\n\n\n\n
Anschlie\u00dfend k\u00f6nnen Sie entsprechende Angaben machen – in der Regel gen\u00fcgt es aber ganz einfach mit der\u00a0Eingabe<\/kbd><\/strong>-Taste zu best\u00e4tigen.<\/p>\n\n\n\n
Qt-Programme unter Linux kompilieren<\/h3>\n\n\n\n
Qt-Programme werden zumeist unter KDE Plasma genutzt. Hierzu brauchen Sie einen speziellen Compiler – dieser nennt sich „Qmake<\/strong>„. Unter auf Debian basierenden Linux-Distributionen installieren Sie diesen \u00fcber die Paket-Verwaltung durch das Paket „cmake<\/strong>„.<\/p>\n\n\n\n
Auch bei Qt-Anwendungen gilt es zu Beginn auf die „README<\/strong>„- und „HELP<\/strong>„-Dateien zu achten – sie beinhalten entsprechende Anweisungen und eben auch Abh\u00e4ngigkeiten. Diese gilt es zu befolgen und Abh\u00e4ngigkeiten zu installieren.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Meist gilt es das Terminal im entpackten Verzeichnis zu \u00f6ffnen, anschlie\u00dfend erstellen Sie das Verzeichnis „build<\/em>“ als normaler Benutzer und wechseln in dieses Verzeichnis:<\/p>\n\n\n\n
mkdir build\ncd build\/<\/code><\/pre>\n\n\n\n
Jetzt gilt es, die Software zu kompilieren – als normaler Benutzer:<\/p>\n\n\n\n
cmake ..<\/code><\/pre>\n\n\n\n
Je nach Anwendung kann der Befehl auch anders lauten – wie schon beschrieben, lesen Sie die genannten Dateien. Auch hier kann es zu Fehlermeldungen kommen – in diesem Fall bricht der Befehl mit entsprechenden Meldungen ab, installieren Sie die Abh\u00e4ngigkeiten und starten den Befehl erneut.<\/p>\n\n\n\n
Sie erhalten bei erfolgreichem Durchlauf des Befehls entsprechende ausf\u00fchrbare Dateien, diese k\u00f6nnen Sie direkt per Mausklick starten oder etwa als Administrator in entsprechende Systemverzeichnisse verschieben.<\/p>\n","protected":false},"excerpt":{"rendered":"
Grunds\u00e4tzlich installiert man sich Software unter Linux \u00fcber die\u00a0Paket-Verwaltung\u00a0– hier unter auf Debian basierenden Linux-Distributionen beschrieben. Funktioniert am einfachsten, hinzu kommen aber nat\u00fcrlich auch noch die\u00a0Flatpaks,\u00a0Snaps\u00a0und\u00a0Appimages. Entwickler schreiben jedoch ihre Software im Quellcode – dies sind einfache Textdateien, k\u00f6nnte etwa so aussehen: Solchen Quellcode findet man h\u00e4ufig auf GitHub und GitLab. Hat der Entwickler zu […]<\/p>\n","protected":false},"author":1,"featured_media":1003,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[64],"tags":[65],"class_list":["post-1001","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-verwalten","tag-software-verwalten"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=1001"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1001\/revisions"}],"predecessor-version":[{"id":1006,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/1001\/revisions\/1006"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/1003"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=1001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=1001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=1001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}