Tenemos un proyecto GPL que nos gustaría distribuir en el MAS. En mi opinión (no abogada), probablemente esté bien distribuir en el MAS, pero es posible que no corramos el riesgo con nuestro proyecto. Es un proyecto de una década de antigüedad con ninguno de los primeros desarrolladores involucrados, por lo que debemos tener cuidado de seguir perfectamente la GPL.
Creo que el principal problema con iOS App Store fue el hecho de que, incluso si tenía el código fuente, no era posible modificar y redistribuir una aplicación a dispositivos iOS sin aceptar los términos de Apple App Store de iOS, ya que ese es el único forma de obtener aplicaciones en el dispositivo.
Si tiene Xcode, o si su dispositivo está roto en la cárcel, entonces no tiene que aceptar los términos de iOS App Store para distribuir e instalar software de código abierto. ¿Cómo no satisface esto la GPL?
Me doy cuenta de que tiene que aceptar una licencia para instalar Xcode, y muchos usuarios no están dispuestos a romper su dispositivo en la cárcel (no lo haré). Pero GPL no requiere que su software sea instalable por todos los que lo descargan. ¿En qué se diferencia eso de, digamos, distribuir software que solo se ejecuta en Windows, que no pueden usar los usuarios de Linux a menos que compren una PC con Windows y acepten el EULA incluido?
Sin embargo, lo mismo no es cierto con Mac App Store: podría proporcionar fácilmente la fuente que las personas pueden usar para modificar y distribuir la aplicación fuera de Mac App Store, por lo que creo que no hay ningún problema con las aplicaciones GPL la tienda de aplicaciones de Mac.
¿Cuáles serían exactamente los requisitos? ¿Tiene que distribuir tanto el código fuente como el binario fuera de la tienda de aplicaciones, o es suficiente el código fuente? Parece que debería poder tener una distribución solo binaria en la tienda de aplicaciones y una distribución de solo código en su sitio web (por ejemplo: código de google).
Evitar una segunda distribución binaria sería bueno, nuestro equipo no realiza lanzamientos binarios tan a menudo como deberíamos, simplemente por todo el trabajo involucrado.
Este desastre es una razón más para cambiar a MIT o BSD, un proceso que ya habíamos comenzado por otras razones, y que pronto se completará. Deberíamos estar arreglando errores, no discutiendo las restricciones legales que dictan precisamente cómo entregamos nuestro trabajo al mundo entero.
