Ich verwende Ubuntu und die Installation von Paketen über die Repositories ist einfach, APT erledigt das alles für Sie, aber manchmal muss ich etwas über das Internet installieren.
In 99 % der Fälle sind diese Pakete Tarballs. Alles, was ich lese, sagt mir, ich solle erst configure, dann make und dann make install ausführen, um zu erstellen, nachdem ich das Archiv entweder mit dem Archivmanager oder mit dem Tar-Befehl selbst extrahiert habe.
Für alles, was ich bisher heruntergeladen habe, ist jedoch kein Konfigurationsskript geschrieben. Oder zumindest scheint es so.
Ich habe zum Beispiel gerade die JRE von der Java-Website heruntergeladen, in der Hoffnung, dass ich das Browser-Plugin verwenden könnte. Die Download-Anweisungen decken jedoch nur das Entpacken der Dateien und das anschließende Erstellen eines symbolischen Links ab, damit Sie auf das Plugin zugreifen können.
Jetzt habe ich also diese riesige Datei in meinem /opt-Verzeichnis. Hier ist ihr Inhalt:
Für mich fühlt es sich so an, als ob Bin, Lib usw. in unterschiedlichen Verzeichnissen sein sollten. Stimmt das oder nicht?
Ich habe die gleiche Situation mit praktisch jedem Tarball, den ich herunterlade. Dieses trifft nicht zu, aber für andere Dateien möchte ich das Programm als Link auf meinem Desktop verfügbar machen. Aber auch hier decken die Installationsanweisungen nur das Entpacken ab und lassen mir ein einzelnes Verzeichnis, wie das oben.
Muss ich, wenn ich das Icon haben möchte, einfach selbst Links zu der entsprechenden Datei in meinem Desktop-Ordner erstellen?
Soll ich einfach davon ausgehen, dass bei Dateien, die weiter konfiguriert werden müssen, dies in den Installationsanweisungen erwähnt wird oder dass ein Konfigurationsskript mitgeliefert wird?
BEARBEITEN: Ich weiß, dass die JRE in den Repositories verfügbar ist, aber sie verdeutlicht das Problem. Sehen Sie sich also bitte die allgemeine Frage an, nicht nur den Teil zur JRE.
Antwort1
Es ist nützlich zu verstehen, wann Sie ein einfaches Tarball verwenden und wann Sie kompilieren (und was alles bewirkt)
Das Konfigurationsskript ist für die von Ihnen kompilierte Software gedacht und kann Kompilierungsoptionen mit zusätzlichen Bibliotheken oder die Option zur Auswahl eines Präfixes enthalten. Es stellt außerdem sicher, dass Sie alles haben, was Sie zum Kompilieren des Skripts benötigen, und generiert ein Makefile. make verwendet das Makefile zum Kompilieren des Programms.Traditionellmake install kopiert das kompilierte Programm und die zugehörigen Dateien an die richtige Stelle, aber ich verwende checkinstall, das ein Deb erstellt und installiert. Damit können Sie auch Bibliotheken und andere nette Dinge gemeinsam nutzen. Ein „Deb“ oder „RPM“ ist einfach Software, die für eine bestimmte Distribution und Version mit einem vernünftigen Satz von Einstellungen kompiliert wurde, und dem Wissen, dass Sie benötigte gemeinsam genutzte Bibliotheken und Abhängigkeiten automatisch einbinden können.
Wenn Sie es bereits kompiliert haben und es keine Optionen gibt und Sie die Software als normaler Benutzer ausführen, können Sie alles statisch kompiliert verpacken. Dies ist das Linux-Äquivalent zu „portabler“ Software (im Sinne von USB-Stick, nicht im Sinne von „einmal schreiben, fast überall kompilieren“). Es wird davon ausgegangen, dass Ihr Benutzer keine zusätzlichen Optionen benötigt und alles einfach funktioniert (oder Sie zu faul sind, es richtig zu verpacken. Das kommt vor).
Während das HFS für Unix-ähnliche Systeme quasi obligatorisch ist, respektiert das nicht jeder. In diesemSpezifischIn diesem Fall vermute ich, dass dieser Verpackungsstil die einfache Verwendung relativer Dateipfade, die parallele Installation verschiedener Java-Versionen, die Verwendung des JAVA_HOME-Präfixes und ähnliches ermöglicht. Das ist völlig beabsichtigt.