Abbiamo un progetto GPL che vorremmo distribuire sul MAS. Secondo il mio (non avvocato) è probabilmente OK distribuire sul MAS, ma potremmo non correre il rischio con il nostro progetto. È un progetto vecchio di dieci anni in cui nessuno dei primi sviluppatori è più coinvolto, quindi dobbiamo stare attenti a seguire perfettamente la GPL.
Penso che il principale punto critico con l'App Store di iOS sia stato il fatto che anche se avessi il codice sorgente non era possibile modificare e ridistribuire un'applicazione ai dispositivi iOS senza accettare i termini dell'Apple App Store di Apple, poiché questo è l'unico modo per ottenere app sul dispositivo.
Se hai Xcode o se il tuo dispositivo è in jail rotto, non devi accettare i termini dell'App Store di iOS per distribuire e installare software open source. In che modo ciò non soddisfa la GPL?
Mi rendo conto che devi accettare una licenza per installare Xcode e molti utenti non sono disposti a jailbreak il loro dispositivo (non lo farò). Ma GPL non richiede che il tuo software sia installabile da chiunque lo scarichi. In che modo differisce, per esempio, dalla distribuzione di software che funziona solo su Windows, che non può essere utilizzato dagli utenti di Linux se non acquistano un PC Windows e accettano l'EULA incluso?
Lo stesso non è vero, tuttavia, con il Mac App Store: potresti facilmente fornire la fonte che le persone possono utilizzare per modificare e distribuire l'applicazione al di fuori del Mac App Store, quindi penso che non ci siano problemi con le app GPL in il Mac App Store.
Quali sarebbero esattamente i requisiti? Devi distribuire sia il codice binario che il codice sorgente all'esterno dell'app store o è sufficiente solo il codice sorgente? Sembra che dovresti essere in grado di avere una distribuzione solo binaria sull'app store e una distribuzione solo codice sul tuo sito Web (ad esempio: codice google).
Evitare una seconda distribuzione binaria sarebbe bello, il nostro team non rilascia rilasci binari tutte le volte che dovremmo - semplicemente per tutto il lavoro coinvolto.
Questo pasticcio è un motivo in più per passare al MIT o al BSD, un processo che avevamo già iniziato per altri motivi e che presto completeremo. Dovremmo correggere i bug, non discutere le restrizioni legali che dettano esattamente come diamo il nostro lavoro a tutto il mondo.