Wir haben ein GPL-Projekt, das wir auf dem MAS verbreiten möchten. Meiner Meinung nach (kein Anwalt) ist es wahrscheinlich in Ordnung, auf dem MAS zu verbreiten, aber wir können das Risiko mit unserem Projekt nicht eingehen. Es ist ein Jahrzehnt altes Projekt, an dem keiner der frühen Entwickler mehr beteiligt ist. Wir müssen also vorsichtig sein, wenn wir die GPL perfekt befolgen.
Ich denke, der wichtigste Knackpunkt beim iOS App Store war die Tatsache, dass es selbst mit dem Quellcode nicht möglich war, eine Anwendung auf iOS-Geräten zu ändern und neu zu verteilen, ohne den Bedingungen des iOS App Store von Apple zuzustimmen, da dies die einzige ist Möglichkeit, Apps auf das Gerät zu bekommen.
Wenn Sie über Xcode verfügen oder Ihr Gerät im Gefängnis ist, müssen Sie den Bedingungen des iOS App Store nicht zustimmen, um Open Source-Software zu verbreiten und zu installieren. Wie befriedigt dies die GPL nicht?
Mir ist klar, dass Sie einer Lizenz zustimmen müssen, um Xcode zu installieren, und viele Benutzer sind nicht bereit, ihr Gerät im Gefängnis zu brechen (das mache ich nicht). GPL erfordert jedoch nicht, dass Ihre Software von jedem, der sie herunterlädt, installiert werden kann. Wie unterscheidet sich das beispielsweise von der Verteilung von Software, die nur unter Windows ausgeführt wird und von Linux-Benutzern nur dann verwendet werden kann, wenn sie einen Windows-PC kaufen und dem enthaltenen EULA zustimmen?
Das Gleiche gilt jedoch nicht für den Mac App Store - Sie könnten ganz einfach die Quelle bereitstellen, aus der Benutzer die Anwendung außerhalb des Mac App Stores ändern und verteilen können. Daher gibt es meines Erachtens kein Problem mit GPL-Anwendungen in der Mac App Store.
Was genau wären die Anforderungen? Müssen Sie sowohl Binärcode als auch Quellcode außerhalb des App Stores verteilen, oder reicht nur der Quellcode aus? Es scheint, als ob Sie eine reine Binärdistribution im App Store und eine reine Codedistribution auf Ihrer Website (z. B. Google-Code) haben sollten.
Eine zweite Binärdistribution zu vermeiden wäre nett, unser Team macht nicht so oft Binär-Releases wie wir sollten - einfach wegen all der damit verbundenen Arbeit.
Dieses Durcheinander ist ein Grund mehr, auf MIT oder BSD umzusteigen, ein Prozess, den wir bereits aus anderen Gründen begonnen hatten und der bald abgeschlossen sein wird. Wir sollten Fehler beheben und nicht die gesetzlichen Beschränkungen diskutieren, die genau bestimmen, wie wir unsere Arbeit der ganzen Welt geben.
