У нас есть проект GPL, который мы хотели бы распространять на MAS. По моему (не юристу) мнению, это нормально для распространения на MAS, но мы не можем рисковать с нашим проектом. Это десятилетний проект, в котором больше не участвовал ни один из ранних разработчиков, поэтому мы должны быть осторожны, чтобы точно следовать GPL.
Я думаю, что основным камнем преткновения в iOS App Store был тот факт, что даже если у вас был исходный код, было невозможно изменить и перераспределить приложение на устройства iOS без согласия с условиями Apple App Store для iOS, поскольку это единственное способ получить приложения на устройстве.
Если у вас есть XCode, или если ваше устройство повреждено из-за тюрьмы, вам не нужно соглашаться с условиями iOS App Store для распространения и установки программного обеспечения с открытым исходным кодом. Как это не удовлетворяет GPL?
Я понимаю, что вы должны согласиться с лицензией для установки XCode, и многие пользователи не желают взломать свое устройство (я не буду этого делать). Но GPL не требует, чтобы ваше программное обеспечение устанавливалось всеми, кто его загружает. Чем это отличается от, скажем, распространения программного обеспечения, которое работает только на Windows, которое не может использоваться пользователями Linux, если они не купят Windows PC и не согласятся с включенным лицензионным соглашением?
Однако то же самое нельзя сказать о Mac App Store - вы можете легко предоставить источник, который люди могут использовать для изменения и распространения приложения за пределами Mac App Store, поэтому я думаю, что нет никаких проблем с приложениями GPL в Mac App Store.
Какими именно будут требования? Нужно ли распространять как двоичный, так и исходный код за пределами магазина приложений, или достаточно только исходного кода? Похоже, вы должны иметь дистрибутив только для двоичного кода в магазине приложений и дистрибутив только для кода на своем веб-сайте (например, код Google).
Было бы неплохо избежать второго бинарного дистрибутива, наша команда выпускает бинарные выпуски не так часто, как мы должны - просто из-за всей этой работы
Этот беспорядок - еще одна причина, чтобы перейти к MIT или BSD, процесс, который мы уже начали по другим причинам, и скоро должны завершиться. Мы должны исправлять ошибки, а не обсуждать правовые ограничения, точно определяющие, как мы отдаем свою работу всему миру.