Автоматически генерировать код: «производная работа»?

Например, у меня есть программное обеспечение GPL. Я автор этого программного обеспечения GPL. Это программное обеспечение GPL содержит, между своим кодом, комментарии Doxygen. Эти комментарии Doxygen написаны для создания html-страницы CC-BY-SA, чтобы загрузить эту сгенерированную документацию на мой сайт проекта под лицензией CC-BY-SA.

Но является ли вывод документации Doxygen «производной работой»? В конце концов, эта документация основана на моем исходном коде GPL. В этом случае документация должна быть GPL. Но я хочу, чтобы документация была CC-BY-SA, потому что это документация. GFDL не помогает. Код GPL не может стать GFDL (наоборот).

Если этот вывод действительно является производной работой, я думаю, что это создает странную ситуацию, потому что, если я распространяю свою работу, пользователи-получатели не могут легально распространять сгенерированную документацию: хотя с моей работой я могу делать, я хочу, пользователи не Таким образом, они должны распространять любые производные работы с той же лицензией, которую я им предлагаю.

Каково решение?

Это действительно сложный вопрос (типа «спроси своего адвоката»).

Поскольку вы являетесь автором программного обеспечения, вы можете прояснить свои намерения и избежать любых двусмысленностей, добавив исключение «Doxygen-comments is CC-BY-SA» в свою лицензию, например:

Additional permission under GNU GPL version 3 section 7

In addition, as a special exception, the copyright holders of [name of your program]
give you permission to distribute the Doxygen comments in this source and any work
derived from those comments ("the documentation") under the CC-BY-SA license.

Чтобы быть «производной работой», что-то должно сначала быть работой. В соответствии с законодательством Соединенных Штатов, только творческий процесс может создать произведение. Автоматизированный процесс не может создать производную работу, потому что он не может создать работу, которой раньше не было. (За исключением нескольких конкретных исключений, созданных в соответствии с законом.)

Если вы думаете об этом, это не может быть производной работой. Скажем, вы запускаете программу A для текста B и создаете работу C. Если это новая производная работа, кто имеет авторские права на нее? Ни один человек не создал его, и программа не может обладать авторским правом.

Не креативные комбинации не могут создавать новые работы, производные или нет. То, что механические процессы могут создать, является совокупной работой. С юридической точки зрения это то же самое, что если бы я склеил два DVD (или объединил два файла на одном носителе). Там нет производной работы, но два DVD, сшитые вместе, являются совокупностью обеих работ.

См. 17 USC 103 (b): «Авторское право на компиляцию или производное произведение распространяется только на материал, предоставленный автором такого произведения, в отличие от ранее существовавшего материала, использованного в работе, и не подразумевает каких-либо исключительных прав на существующий материал. "

Также см. Циркуляр 14 .

Кем будет автор производной работы?

Ничто не мешает вам применять разные лицензии к одному и тому же коду. Если я вас правильно понимаю, у вас есть код, написанный и контролируемый вами, с комментариями, которые вы хотите выпустить под лицензией CC, и код, который вы хотите выпустить под лицензией GPL. Так что просто сделай это. Комментарии будут выпущены под лицензией GPL и лицензией CC, поэтому, если люди используют комментарии в соответствии с лицензией CC, они в порядке.

В FAQ по GNU GPL конкретно говорится об автоматически сгенерированном коде, поэтому он может ответить на ваш вопрос, если я неправильно понял. (Это также покрывает много других угловых случаев.)

Вопрос спорный.

Если вы являетесь автором программы, у вас есть все права на ее распространение на условиях, которые вам нравятся. Таким образом, если вы создаете документацию под другой лицензией, вы будете иметь ее под другой лицензией. Потому что ты так сказал.

Программа не была написана вами? Тогда документация, которую вы создаете, должна быть GPL, но это представляет другую проблему. GPL не говорит о документации. Это говорит о программном обеспечении.

Так что, если вы хотите коммерчески перепечатывать выходные данные прогона doxygen программы GPL, которую вы не написали, вот что вы делаете: вы пишете автору и просите явного разрешения. То же самое, если вы хотите распространять эти документы под CC-BY-SA. Вы не наклеиваете этикетку, вы просите автора наклеить ее.

Закон не странная игра ума. Это люди, которые убеждают присяжных или судей. Судьи ненавидят интеллектуальные игры, а присяжные иногда даже не понимают закон правильно. (§ Apple против Samsung)

Итак, худший вариант развития событий.

Автор умер, наследники глупы и им просто нравится судиться с людьми. Вы коммерчески перепечатали результаты пробного запуска программы GPL. Я предполагаю (но IANAL), что вы все равно можете выиграть, но это может оказаться сложнее, чем планировалось, и вы можете столкнуться с судьбой, очень утомительно отличающим программное обеспечение от написанного слова, предназначенного для потребления человеком. Я бы все еще сделал ставку на 70% успеха.

Почему я сказал коммерческое перепечатывание? Потому что трудно предъявить иск людям за ущерб, если вы не можете определить ценность «произведения искусства» (документации), которое было незаконно распространено. Если предмет иска не подлежит продаже или не поддается количественной оценке, вы не можете требовать достаточно убытков, чтобы заплатить адвокату.