#android #лицензирование
Лицензии каких библиотек должны быть описаны в приложении? Только сторонних библиотек с GitHub-а, или библиотек Google также? В статье хабра написано только про библиотеки с GitHub-а: Часто при реализации мобильного приложения для Android c использованием в нем различных сторонних библиотек требуется их упомянуть в своем проекте, чтоб не нарушать права 3-х лиц и не попасть в бан с вашим проектом в магазине приложений Google Play. В приложение нам нужно поместить описание использованных библиотек и указать их лицензию. Речь идет о библиотеках, которые находятся на GitHub. Но при этом в одном из ответов SO указаны также Android Support Library и Google Play Services... Нужно ли помещать лицензии для этих библиотек в приложение? Каким образом нужно "упомянуть в своем проекте" эти библиотеки? Есть ли какие-либо обязательные требования, где именно должны располагаться описание библиотеки и текст лицензии на неё, как это должно выглядеть? И где в правилах для разработчиков Google Play указано, что необходимо помещать в приложение текст лицензии, чтобы он был виден пользователю? Я искала в "Соглашении Google Play о распространении программных продуктов" и в целом в "Центре правил для разработчиков" (в том числе в разделе "Выдача себя за другое лицо и интеллектуальная собственность"), но не нашла нигде этого требования. Может, не обязательно указывать именно текст лицензии, а просто в описании приложения в Google Play можно указать ссылку на страницу Github? Была бы благодарна за ссылку на это требование, если таковое всё-таки существует.
Ответы
Ответ 1
Требований как таковых в Google Play вы не найдете. Причина проста: звучит примерно так, как если бы у вас требовали при поступлении на работу "не красть, не убивать и никого не бить" :) Это как бы само собой разумеется. Здесь предполагается, что при публикации автор обязуется придерживаться законодательство о копирайте (авторском праве). Требования содержатся в тексте лицензии библиотеки и/или продукта, который вы используете в своем приложении. Например, типичная ссылка на лицензию которой оснащены большинство библиотек в github выглядит приблизительно так: Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Грубо говоря, обычно пишется, что условия использования приведены в тексте лицензии. Лезем в лицензию (в данном случае Apache 2.0). Отбросим юридические бла-бла обнаруживаем, что: При распространении программного обеспечения необходимо приложить к ПО следующую информацию: содержание текста лицензии Apache; текст перечисляющий все библиотеки, лицензированные под лицензией Apache вместе с именами их создателей. Если бы лицензия была бы GPL то требования там уже другие. В частности необходимо дистрибутировать еще и тексты исходного кода или письменного обязательства его предоставить (своего или чужого; способы зависят от версии лицензии) Для лицензии copyleft - вообще ничего не требуется. В общем, мессидж простой: внимательно читайте лицензии. Там все указано. Если нет лицензии - предполагается, что продукт использовать нельзя. В таком случае пишите письмо автору, пусть он напишет waiver или что-то типа такого (на практике все пишут waiver - отказ от прав) Update Про наказание за нарушение норма авторского права: Уверяю вас, что если приложение будет иметь хотя бы 100 тыс. загрузок найдется добрыйй самаритянин, который донесет кому надо и вашу аппу заблочат немедленно, а то и в суд подадут. Я лично уже имел "счастье" познакомиться с такими методами. Так что не советую. Проще написать пару-тройку методов/лейаутов и подстраховаться. Тем более что это фактически copy-paste
Комментариев нет:
Отправить комментарий