Linux Software packen für Installation

Martin J. schrieb:
> Wie mache ich das ganze jetzt bei Linux und was muss ich alles
> mitliefern, damit das System auch bei den anderen läuft?
Wenn dein Programm Open-Source sein darf: Schreib ein makefile, s.d. man 
es mit "make && make install" kompilieren & installieren kann, und 
liefere das zusammen mit dem Source Code aus. Dann kann sich das jeder 
für sein System compilen.
Wenn du Langeweile hast kannst du noch Pakete für verbreitere Linux 
Distributionen wie Ubuntu machen (siehe Google wie das jeweils geht). Da 
schreibst du dann rein dass Qt installiert sein soll (Abhängigkeit), 
dafür sorgt dann der Package Manager beim installieren.

Wenn du deinen Source nicht herausrücken willst, musst du das Programm 
compilen und zusammen mit allen benötigten Libraries (Qt und alle dessen 
Abhängigkeiten etc.) in ein .tar.bz2 Archiv packen und das ausliefern. 
Dazu ein Readme welche Datei im Archiv man starten muss um das Programm 
zu starten. Das ist die Möglichkeit mit dem geringsten Aufwand 
(insbesondere für die User) Nicht-Open-Source Software für Linux zu 
verteilen.

Dr. Sommer schrieb:
> Wenn du deinen Source nicht herausrücken willst,

dann kann er natürlich dennoch Distributionspakete bauen. Das hat mit 
Open-Source rein gar nichts zu tun.

Fred schrieb:
> dann kann er natürlich dennoch Distributionspakete bauen. Das hat mit
> Open-Source rein gar nichts zu tun.
Achja stimmt, er kann natürlich alle benötigten Libraries mit in das 
Distributions-Paket packen.

Er kann vor allem die benötigten Libraries einfach nicht selbst packen, 
sondern die Pakete der Distribution als Abhängigkeit nutzen.

Ist ja nicht so, daß Qt exotisch wäre.

Fred schrieb:
> Er kann vor allem die benötigten Libraries einfach nicht selbst
> packen,
> sondern die Pakete der Distribution als Abhängigkeit nutzen.
Ja, dann muss er alle Nase lang sein Programm neu kompilieren & 
ausliefern, wenn die Distribution eine neue Qt-Version rausbringt. Macht 
er das nicht ist das Programm in einiger Zeit nur noch mit großem 
Aufwand installierbar...

Dr. Sommer schrieb:
> Ja, dann muss er alle Nase lang sein Programm neu kompilieren &
> ausliefern, wenn die Distribution eine neue Qt-Version rausbringt. Macht
> er das nicht ist das Programm in einiger Zeit nur noch mit großem
> Aufwand installierbar...

Blödsinn.

Schau dir docjh einfach mal in einer beliebigen Linux-Distri an, wie die 
Pakete da aussehen. Die Paketnamen reichen schon.

Dr. Sommer schrieb:
> Ja, dann muss er alle Nase lang sein Programm neu kompilieren &
> ausliefern, wenn die Distribution eine neue Qt-Version rausbringt. Macht
> er das nicht ist das Programm in einiger Zeit nur noch mit großem
> Aufwand installierbar...
Qt ist aufwärtkompatibel, also alles mit Qt 4.0 kompilierte läuft auch 
mit Qt-Versionen die größer gleich 4.0 sind.

Εrnst B✶ schrieb:
> Wenn deine Abhängigkeiten richtig sind (z.B. "qt-4.8"), dann machen die
> üblichen Linux-Packagemanager auch kein ungefragtes Update auf eine
> nicht-kompatible Version (qt-5)
Qt5 ist größtenteils kompatibel zu Qt4.
Kompiliert läuft alles, außer es sind einige der wenigen Qt-Klassen 
verwendet worden, die in Qt5 rausgeflogen sind. Diese Klassen sind aber 
schon immer (Qt 4.0) als deprecated markiert.
Beim Kompilieren gilt das selbe, außer, dass einige Header-includes 
angepasst werden müssen.

Alles weitere:
http://qt-project.org/wiki/Transition_from_Qt_4.x_to_Qt5
http://www.kdab.com/porting-from-qt-4-to-qt-5/
http://www.heise.de/developer/artikel/C-Framework-Was-sich-mit-Qt-5-aendert-1784154.html
und speziell:
http://www.heise.de/developer/artikel/C-Framework-Was-sich-mit-Qt-5-aendert-1784154.html?artikelseite=4

1

Ein Qt-4-Programm funktioniert auch nach der Auslieferung von 

2

Qt 5 ohne jegliche Probleme weiter.

Man kann auch einen build service benutzen wie:
http://openbuildservice.org

Martin J. schrieb:
> könnt ihr mir einen Linux-Packagemanager empfehlen, der mir das ganze
> etwas erleichtert.

https://www.google.de/#q=deb+build+package
https://www.google.de/#q=ppa+ubuntu

Und bitte ein eigenes repo aufmachen, dann reicht ein Eintrag in der 
/etc/apt/sources.list um automatisch mit Updates versorgt zu werden.

Tausendmal besser als dieser ganze install.exe Rotz.

Martin J. schrieb:
> könnt ihr mir einen Linux-Packagemanager empfehlen, der mir das
> ganze
> etwas erleichtert.
Der, der bei der jeweiligen Distribution mitgeliefert ist... apt bei 
debian (ubuntu, ...), portage bei Gentoo, pacman bei Arch, RPM bei Red 
Hat etc. etc.

Εrnst B✶ schrieb:
> Warum? Die Bibliotheken selber und die Packager achten normalerweise
> sehr auf  Binärkompatibilität.
Ah, ist ja schön dass das bei Qt so ist. Es gibt aber jede Menge 
Bibliotheken, bei denen das nicht so ist. Und wenn man dann eine alte 
Software ausführen will muss man irgendwo im Internet die alten 
Bibliotheken ausgraben und installieren. Um die Sache noch lustiger zu 
machen sind manche Bibliotheken ja nichtmal in der selben Version 
kompatibel, wenn verschiedene ./configure -Optionen angegeben wurden.

Dr. Sommer schrieb:
>> Warum? Die Bibliotheken selber und die Packager achten normalerweise
>> sehr auf  Binärkompatibilität.
> Ah, ist ja schön dass das bei Qt so ist. Es gibt aber jede Menge
> Bibliotheken, bei denen das nicht so ist. Und wenn man dann eine alte
> Software ausführen will muss man irgendwo im Internet die alten
> Bibliotheken ausgraben und installieren. Um die Sache noch lustiger zu
> machen sind manche Bibliotheken ja nichtmal in der selben Version
> kompatibel, wenn verschiedene ./configure -Optionen angegeben wurden.

Jetzt hör endlich mit deinen Ammenmärchen auf! DIe Distributionen achten 
da sehr genau drauf. Da passiert ganz selten mal was.

Martin J. schrieb:
> Wie sagen ich beim ausführen, wo er nach den qt libs suchen muss

Mit der Umgebungsvariable LD_LIBRARY_PATH.

Martin J. schrieb:
> Die benötigten Bibliotheken für Qt habe ich schon mit "ldd ./app" aus
> findig gemacht und zusammen kopiert.
Sicher dass das alle sind? Dynamisch (dlopen) geladene Bibliotheken 
werden so nicht gefunden. Und hast du auch alle Datendateien (grafiken, 
übersetzungen, ...) kopiert? Wäre es nicht einfacher gleich das ganze 
Qt-Paket reinzukopieren?

Fred schrieb:
> Jetzt hör endlich mit deinen Ammenmärchen auf! DIe Distributionen achten
> da sehr genau drauf. Da passiert ganz selten mal was.
Dann muss das bei mir wohl einfach Pech sein. Ich kann meine eigenen 
Programme von 2007 nicht mehr starten weil die Herren 
Bibliotheksentwickler die Funktionen umbenannt haben. Fur ein Spiel 
brauchte ich mal eine alte libjpeg Version. Mathematica brauchte, wimre, 
ein paar alte GUI-Libraries, etc...

Dr. Sommer schrieb:
> Dann muss das bei mir wohl einfach Pech sein. Ich kann meine eigenen
> Programme von 2007 nicht mehr starten weil die Herren
> Bibliotheksentwickler die Funktionen umbenannt haben.

Natürlich machen die das bei ABI-Änderungen! Du mußt halt die alte 
Bibliotheksversion über den Paketmanager installieren. Die wird bestimmt 
parallel zur neuesten angeboten.

Fred schrieb:
> Natürlich machen die das bei ABI-Änderungen!
Natürlich, und die gibts ständig
> Du mußt halt die alte
> Bibliotheksversion über den Paketmanager installieren. Die wird bestimmt
> parallel zur neuesten angeboten.
Ja - aber da ist das ABI auch schon geändert. Unter Ubuntu zB gibts kein 
Package mit dem gewünschten ABI.

Εrnst B✶ schrieb:
> Probleme wie "Dr. Sommer" sie
> hatte, treten nicht auf.
Und wie funktioniert das? Nur weil mein Programm in einem .deb Archiv 
ist ist das ABI von der Library plötzlich kompatibel?

Εrnst B✶ schrieb:
> und eine große Entwicklergemeine kümmert
> sich darum, das alles kompatibel bleibt.
Ja, indem sie auf irgendwelchen obskuren Seiten Binaries der alten 
Library-Versionen anbieten - super praktisch.

Εrnst B✶ schrieb:
> oder nicht zur Distribution passende Fremd-Software installiert
Und GENAU SO EINE will der TO ja erstellen! Wäre die Software opensource 
und gäbe es einen Package Maintainer der regelmäßig neue Binaries 
kompiliert und publiziert, ja, dann funktioniert das.

Εrnst B✶ schrieb:
> Für dich als Entwickler am einfachsten: Link Statisch, wenn's erlaubt
> ist (GPL usw)
Und technisch möglich, siehe Daten-Dateien und mit dlopen geladene 
Binaries.
> Ansonsten: Leg alles in ein Verzeichnis und kompilier mit
> passendem run-path, pack alles in ein großes Tar-Gz.
Also genau das was ich die ganze Zeit schon sage. Sowas.

Dr. Sommer schrieb:
> Ja - aber da ist das ABI auch schon geändert. Unter Ubuntu zB gibts kein
> Package mit dem gewünschten ABI.

Pech. Dann nimm das ältere Ubuntu.

Meine Güte, so ein Problem hat man halt, wenn man zehn Jahre seine 
Software nicht anfaßt.

Fred schrieb:
> Pech. Dann nimm das ältere Ubuntu.
Und genau das meine ich. Da hat der normale User keine Lust drauf. Da 
nimmt er lieber die Konkurrenz-Software, oder gleich Windows.
> Meine Güte, so ein Problem hat man halt, wenn man zehn Jahre seine
> Software nicht anfaßt.
Wären alle Libraries mit dabei gepackt - wie das bei Windows-Programmen 
üblich ist - hätte man diese Probleme nicht.

Dein Kram ist bestimmt noch a.out. g

oh je das ich hier solch eine Diskussion los trete habe ich nicht 
gedacht. Ich hätte aber auch nicht gedacht, das es solch ein Aufwand 
ist.

Auf Grund der vielen Nachfrage, wollt ich es den Usern meines Programms 
ermöglichen dieses auch auf Linux zu betreiben. Hab es also auf Ubuntu 
erstellt und es an bestimmten Stellen auf Linux angepasst.
Ich habe nicht erwartet, das bei Linux das verteilen von Software 
schwieriger ist als das erstellen.

Und ja ich möchte den Quellcode nicht veröffentlichen, auch wenn das 
Programm für manchen Programmierer trivial ist. Außerdem möchten vielen 
Nutzer das Programm einfach nur entpacken und danach sofort verwenden 
können, ohne groß Erfahrung mit Linux zu haben. Viele haben einfach nur 
einen zweit PC mit Ubuntu und darauf läuft es.

Wer kann mir jetzt eine Anleitung geben wie ich mein Programm, erstellt 
mit Qt4.8.5 relativ einfach und ohne großen Aufwand packen kann, so dass 
es auch auf anderen Systemen läuft.

Willkommen in der Paketierungs-Hölle.
Aber ist ja kein Ding. Deine Software muss nur so berühmt wie firefox 
werden und schon paketieren alle Maintainer diverser Distris für dich 
:-)

das kann man so sagen.
... auch wenn man Tante google ausführlich befragt, habe ich noch keine 
Anleitung gefunden die am Ende auch funktioniert, dabei nutzen doch so 
viele Qt :-(