Bernhard Walle wrote:
Hallo,
On Mon, 02 Jul 2001 at 15:59 (+0200), Ralf Corsepius wrote:
Bernhard Walle wrote:
http://www.sidespace.com/products/konan/
Da es nicht erkennbar war, dass es Kylix ist, habe ich ganz normal die Sourcen heruntergeladen. ./configure war nicht zu finden.
Und es handelte sich um Pascal-Dateien, in Verbindung mit QT (sieht man ja am Quellcode) kann es sich eigentlich nur um Kylix handeln. Also Binary gezogen (über 3,3 MB; Sourcen sind 30 kB groß - kein Witz, s. u.) und installiert.
Dann die Frage, wo die Größe herkommt.
$ rpm -ql konan [...] /usr/local/konan/libqt.so.2.2.4 /usr/local/konan/libqtintf.so.2.2.4
Dass libqtinfo.so.2.2.4 mitgeliefert wird, ist ja noch zu verstehen, da es sich um eine Kylix-eigene Lib handelt. Aber dass QT dann auch noch dabei ist, verärgert mich dann doch.
Das dürfte eine unmittelbare Folge der Copyrightsituation von QT und Kylix sein:
Kylix == Closed-Source => Nicht mit GPL-linkbar => muss die QPL-Variante von QT benutzen => QPL'ed Qt-Laufzeitumgebung notwendig => Paket muss mit QPL'ed QT gebundelt werden.
QT steht aber unter eine Duallizenz: QPL und GPL. Opera kann man auch in einer dynamisch gelinkten Version verwenden, die dann das installierte QT verwendet. Wenn die für QT bezahlt haben, ist das dank QPL möglich.
Warum sollte das bei Kylix anders sein?
Das Problem ist nicht QT sondern Kylix (Was Opera macht weiss ich nicht). Solange die Kylix-Laufzeit-Bibliotheken nicht GPL-kompatibel sind (was ich, ohne sie zu kennen, annehme), darf ein Softwaredistributor nicht mit irgendeiner GPL'ed Library linken, wenn er Binär-Pakete vertreibt. D.h. er muss mit einer nicht der GPL unterliegenden Library linken, sonst kommt er in Konflikt mit dem Copyright. Im speziellen Fall heisst das, dass seine Binaries nicht mit der GPL'ed Qt gelinkt sein dürfen, ausser er hat die ausdrückliche Genehmigung des Copyrighthalters. (Was hier entweder eine ausdrückliche Genehmigung von Trolltech oder aber QPL'ed Qt bedeutet).
Jetzt würde mich noch ein ldd konan interessieren - sollte da eine GPL'ed Library auftauchen, wird's spannend ;)
Geht jetzt nicht mehr: ich habe die mitgelieferte QT gelöscht, damit meine eigene verwendet wird. Da ich meine QT mit allem möglichen kompiliert habe (-system-...), taucht da auch alles mögliche auf:+ Das ist ein anderes Thema: Dynamisches Linken von Non-GPLed-Programmen mit GPLed Libs. Technisch ist es manchmal möglich, nur vertreiben darfst Du derartige Dinge normalerweise nicht.
berwal@hugo:/usr/local/konan > ldd Konan /lib/libNoVersion.so.1 => /lib/libNoVersion.so.1 (0x40015000) libqtintf.so => /usr/lib/qt2/lib/libqtintf.so (0x40017000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x401aa000) libpthread.so.0 => /lib/libpthread.so.0 (0x4028d000) libdl.so.2 => /lib/libdl.so.2 (0x402a0000) libc.so.6 => /lib/libc.so.6 (0x402a4000) libqt.so.2 => /usr/lib/qt2/lib/libqt.so.2 (0x40388000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x4084f000) libGL.so.1 => /usr/lib/libGL.so.1 (0x4086c000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x408cb000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x408e1000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x408ef000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x408fa000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40912000) libz.so.1 => /usr/lib/libz.so.1 (0x40933000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40942000) libmng.so.0 => /usr/lib/libmng.so.0 (0x40961000) libaudio.so.2 => /usr/X11R6/lib/libaudio.so.2 (0x409a0000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x409b6000) libstdc++-libc6.1-2.so.3 => /usr/lib/libstdc++-libc6.1-2.so.3 (0x40a04000) libm.so.6 => /lib/libm.so.6 (0x40a4c000) liblcms.so.1 => /usr/lib/liblcms.so.1 (0x40a69000) Scheint auf den ersten Blick unkritisch zu sein.
Außerdem wird sich Borland bestimmt nicht mit der FSF anlegen (wollen). Die FSF ist was Qt betrifft gar nicht zuständig (Trolltech wäre es). Die FSF wäre nur dann zuständig, wenn eine Lib verwendet werden würde, deren Copyrighthalter sie ist.
3.1 MB Download für ein Programm, das nicht viel mehr Funktionalität bietet, als der Opera-eigene Downloadmanager. Zur Erinnerung: Opera selber hat in der statisch gelinkten Version ungefähr 2 MB!!!
Natürlich kann da Kylix nichts dafür, wenn der Programmierer so blöd ist, und alles in ein Archiv packt. Doch Kylix kann was dafür - Die Lizenz dürfte der Grund.sein.
Glaube ich nicht, s. o. Ich denke schon.
Ralf