PyQt verwendet Qt so, dass es unter der GPL3 fällt. Python kann dann PyQt nutzen, somit werden deine Programme auch GPL3. Was glaubst du was import macht? Es erweitert deinen Namensraum ob jene GPL3 Funktionen.
Ein Import macht bei mir gar nichts. Python ist keine kompilierte Sprache. Was die Laufzeitumgebung bei dem Endbenutzer macht liegt nicht in meiner Verantwortung. Das mit der Namensraumerweiterung finde ich etwas seltsam, warum sollte das bloße erwähnen von Namen, die in einer API vorkommen, dazu führen, dass ich mein Werk unter deren Lizenz stellen muss? Das ist keine Anschauung die ich teilen kann. Das wird vor allem lustig, wenn man Pyside und PyQt nebeneinander sieht und "obj = QObject()" vollkommen gleich aussehen.
PyQt verwendet Qt so, dass es unter der GPL3 fällt.
Wenn das wahr wäre (und das ganze "linken" passieren würde), wie wäre dann eine proprietäre Variante von PyQt möglich?
PyQt verwendet Qt so, dass es unter der GPL3 fällt.
Python kann dann PyQt nutzen, somit werden deine Programme auch GPL3.
Was glaubst du was import macht? Es erweitert deinen Namensraum ob jene GPL3 Funktionen.
Ein Import macht bei mir gar nichts. Python ist keine kompilierte Sprache. Was die Laufzeitumgebung bei dem Endbenutzer macht liegt nicht in meiner Verantwortung. Das mit der Namensraumerweiterung finde ich etwas seltsam, warum sollte das bloße erwähnen von Namen, die in einer API vorkommen, dazu führen, dass ich mein Werk unter deren Lizenz stellen muss? Das ist keine Anschauung die ich teilen kann. Das wird vor allem lustig, wenn man Pyside und PyQt nebeneinander sieht und "obj = QObject()" vollkommen gleich aussehen.
Wenn das wahr wäre (und das ganze "linken" passieren würde), wie wäre dann eine proprietäre Variante von PyQt möglich?