Hallo,
vor einigen Monaten ist Kylix erschienen. Manchmal war zu lesen,
dass es die Anwendungsentwicklung unter Linux revolutionieren wird
Am Freitag, 29. Juni 2001 09:25 schrieb Bernhard Walle:
vor einigen Monaten ist Kylix erschienen. Manchmal war zu lesen, dass es die Anwendungsentwicklung unter Linux revolutionieren wird
. Bis jetzt habe ich noch keine einzige Anwendung gesehen, die damit erstellt wurde. Mich würde einfach mal interessieren, wie diese
Würde mich jetzt interessieren, wie Du einere Anwendung ansiehst, in welcher Programmiersprache sie geschrieben wurde (mal abgesehen von einem Blick in den Sourcecode).
aussehen. Hat jemand hier Erfahrung damit und weiß evtl., wo man ein solches Programm mal zum Ansehen herunterladen kann.
Kylix setzt auf QT auf, dürfte also wie andere QT-Anwendungen aussehen (z.B. KDE2, Opera). -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Hallo, On Fri, 29 Jun 2001 at 21:06 (+0200), Manfred Tremmel wrote:
Am Freitag, 29. Juni 2001 09:25 schrieb Bernhard Walle:
vor einigen Monaten ist Kylix erschienen. Manchmal war zu lesen, dass es die Anwendungsentwicklung unter Linux revolutionieren wird
. Bis jetzt habe ich noch keine einzige Anwendung gesehen, die damit erstellt wurde. Mich würde einfach mal interessieren, wie diese
Würde mich jetzt interessieren, wie Du einere Anwendung ansiehst, in welcher Programmiersprache sie geschrieben wurde (mal abgesehen von einem Blick in den Sourcecode).
Alle Anwendungen, die ich seit diesem Jahr unter Linux heruntergeladen habe (meine SuSE zu alt, als dass da ein Programm drauf sein könnte), lagen im Quellcode vor. Und da ich keinen kylix-Compiler besitze ... ;-) Außerdem geht es ja nicht nur um Programmiersprache. Einer Anwendung sieht man sehrwohl an, ob sie mit Gtk / Motif / QT / Athena / ... erstellt wurde.
aussehen. Hat jemand hier Erfahrung damit und weiß evtl., wo man ein solches Programm mal zum Ansehen herunterladen kann.
Kylix setzt auf QT auf, dürfte also wie andere QT-Anwendungen aussehen (z.B. KDE2, Opera).
Es gibt aber versch. QT-Styles. Außerdem geht es ja nicht nur ums reine visuelle, sondern z. B. Performance etc. Gruß, Bernhard -- "The difference between theory and practice, is that in theory, there is no difference between theory and practice." [Richard Moore, KDE-Entwickler]
On Fri, 29 Jun 2001 at 09:25 (+0200), Bernhard Walle wrote:
Bis jetzt habe ich noch keine einzige Anwendung gesehen, die damit erstellt wurde. Mich würde einfach mal interessieren, wie diese aussehen. Hat jemand hier Erfahrung damit und weiß evtl., wo man ein solches Programm mal zum Ansehen herunterladen kann.
Ich habe jetzt durch Zufall was gefunden: Es nennt sich "Konan" und ist ein Downloadmanager für Linux: 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. Erfreulicherweise wird nur glibc >= 2.0 gebraucht. Damit dürften Kylixprogramme wohl auf jedem Rechner laufen. Dann die Frage, wo die Größe herkommt. $ rpm -ql konan /usr/local/konan/Konan /usr/local/konan/konan /usr/local/konan/konan-gnome.desktop /usr/local/konan/konan-kde.desktop /usr/local/konan/konan16.png /usr/local/konan/konan32.png /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. Jetzt kommen wir also auch unter Linux in ein Zeitalter, wo jedes Programm meint, gleich ein paar Systemlibs mitzuliefern *grummel* 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. Das Programm ist übrigens ein normales QT-Programm mit Windows-Look (wie Opera im Windows-Look). Gruß, Bernhard
Bernhard, versuch dies: "... It is available for different processors (i386+ and 680x0) and operating systems (Linux, FreeBSD, DOS, Win32, OS/2, AmigaOS)." http://www.freepascal.org/ "... Lazarus is the class libraries for Free Pascal that emulate Delphi. Free Pascal is a GPL'ed compiler that runs on Linux, Win32, OS/2, 68K and more." http://www.lazarus.freepascal.org/ Der fpc läuft ohne Lazarus Lazarus braucht aber den fpc.
Dass es Kylix selber (noch) nicht frei gibt, ist mir klar. Soll für GNU-Apps im Herbst kommen .-)
Ich kann sowieso kein Pascal ;-) Was fraaachste dann ??? ;-) (Konnte ich mir nicht verkneifen)
Jochen
----- Original Message -----
From: "Bernhard Walle"
On Fri, 29 Jun 2001 at 09:25 (+0200), Bernhard Walle wrote:
Bis jetzt habe ich noch keine einzige Anwendung gesehen, die damit erstellt wurde. Mich würde einfach mal interessieren, wie diese aussehen. Hat jemand hier Erfahrung damit und weiß evtl., wo man ein solches Programm mal zum Ansehen herunterladen kann.
Ich habe jetzt durch Zufall was gefunden: Es nennt sich "Konan" und ist ein Downloadmanager für Linux:
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.
Erfreulicherweise wird nur glibc >= 2.0 gebraucht. Damit dürften Kylixprogramme wohl auf jedem Rechner laufen.
Dann die Frage, wo die Größe herkommt.
$ rpm -ql konan
/usr/local/konan/Konan /usr/local/konan/konan /usr/local/konan/konan-gnome.desktop /usr/local/konan/konan-kde.desktop /usr/local/konan/konan16.png /usr/local/konan/konan32.png /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.
Jetzt kommen wir also auch unter Linux in ein Zeitalter, wo jedes Programm meint, gleich ein paar Systemlibs mitzuliefern *grummel*
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.
Das Programm ist übrigens ein normales QT-Programm mit Windows-Look (wie Opera im Windows-Look).
Gruß, Bernhard
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, köntest Du das TOFU abstellen. Danke. On Mon, 02 Jul 2001 at 15:26 (+0200), Jochen wrote:
Bernhard,
versuch dies: "... It is available for different processors (i386+ and 680x0) and operating systems (Linux, FreeBSD, DOS, Win32, OS/2, AmigaOS)." http://www.freepascal.org/
"... Lazarus is the class libraries for Free Pascal that emulate Delphi. Free Pascal is a GPL'ed compiler that runs on Linux, Win32, OS/2, 68K and more." http://www.lazarus.freepascal.org/
Ich suche kein Pascal Compiler, ich hatte nur eine Frage zu Kylix. Gruß, Bernhard -- "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." [Albert Einstein]
Bernhard Walle wrote:
On Fri, 29 Jun 2001 at 09:25 (+0200), Bernhard Walle wrote:
Bis jetzt habe ich noch keine einzige Anwendung gesehen, die damit erstellt wurde. Mich würde einfach mal interessieren, wie diese aussehen. Hat jemand hier Erfahrung damit und weiß evtl., wo man ein solches Programm mal zum Ansehen herunterladen kann.
Ich habe jetzt durch Zufall was gefunden: Es nennt sich "Konan" und ist ein Downloadmanager für Linux:
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.
Erfreulicherweise wird nur glibc >= 2.0 gebraucht. Damit dürften Kylixprogramme wohl auf jedem Rechner laufen.
Dann die Frage, wo die Größe herkommt.
$ rpm -ql konan
/usr/local/konan/Konan /usr/local/konan/konan /usr/local/konan/konan-gnome.desktop /usr/local/konan/konan-kde.desktop /usr/local/konan/konan16.png /usr/local/konan/konan32.png /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. Jetzt würde mich noch ein ldd konan interessieren - sollte da eine GPL'ed Library auftauchen, wird's spannend ;)
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.
Ralf
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?
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:+ 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) Außerdem wird sich Borland bestimmt nicht mit der FSF anlegen (wollen).
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. Gruß, Bernhard -- -------------------------------------------------------------------- ------------> http://www.links2linux.de <----------- --------------------------------------------------------------------
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
Hallo, On Mon, 02 Jul 2001 at 18:09 (+0200), Ralf Corsepius wrote:
Bernhard Walle wrote:
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).
Opera hat einen Browser entwickelt, der unter Linux läuft. Vom Browser ist kein Quellcode verfügbar. Es wurde QT verwendet, und dafür hat Opera von Trolltech eine Lizenz erworben. Man kann von Opera eine dynamisch gegen QT gelinkte und eine statisch gelinkte Version herunterladen.
Solange die Kylix-Laufzeit-Bibliotheken
also diese "libqtintf.so.2.2.4"
nicht GPL-kompatibel sind (was ich, ohne sie zu kennen, annehme),
Ja, ist sie nicht.
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).
Denke ich doch, dass Borland das hat. Sonst dürften sie ja auch keine QT-Lib beilegen und mit dieser linken. Ist ja dieselbe Lib. Gruß, Bernhard -- "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." [Albert Einstein]
participants (4)
-
Bernhard Walle
-
Jochen
-
Manfred Tremmel
-
Ralf Corsepius