Хто має право на код, який надходить від внесків у проект з відкритим кодом?


15

Якщо хтось розпочинає проект з відкритим кодом (наприклад, з ліцензією GPL), де люди будуть робити внески, то хто буде володіти цими внесками на рівні всього проекту? Чи стане новий код власністю оригінального автора, або автори теж будуть авторами?

Хто має право на проект, що триває? Наприклад, хто має право випустити код у другій ліцензії? Тільки оригінальний автор? Чи можуть це зробити і окремі дописувачі, або вони повинні прийняти спільне рішення з оригінальним автором та всіма учасниками?


4
Звучить як гарне запитання ... Для вашого адвоката.
edalorzo

1
Перевірте, що потрібно було зробити, щоб відкрити карту вулиць для зміни ліцензії. Вони повинні були отримати пеніс від кожного учасника за зміну або, якщо вони не змогли, відмовитись від даних, які надають учасники. Це буквально минуло років.
Джеймс

Відповіді:


18

Кожен автор зберігає авторські права на свій код. Якщо проект знаходиться під GPL, для введення коду потрібно, щоб код був ліцензований відповідно до GPL. Якщо ви хочете зробити щось інше з кодом, як, наприклад, випустити його в іншій ліцензії, вам знадобиться дозвіл оригінального автора.

Для багатьох проектів власник проекту вимагає від учасників присвоїти авторські права на внесений код власнику проекту. Це дає можливість, наприклад, випускати проекти GPL за новими версіями ліцензії GPL, оскільки такі випущені, оскільки в цих випадках швидко стає недоцільним гнати за сотнями окремих учасників.


9
... або їхні маєтки та спадкоємці в деяких ситуаціях.

12

Власник авторських прав. За замовчуванням це автор відповідного коду (кожного окремого автора, якщо їх багато). Авторські права можуть бути призначені комусь іншим, а деякі проекти з відкритим кодом вимагають присвоєння авторських прав як умову сприяння.


+1: Це ключовий момент. Оригінальний автор володіє усіма правами, якщо вони не передають права (або самі авторські права) іншим. Ніхто не може забрати ваші права, ви повинні їх віддати.
david.pfx

Зауважте, що поняття "авторське право", а саме поняття "присвоєння" або передачі авторських прав, є специфічним для деяких юрисдикцій (я вважаю, що воно пов'язане із "загальним законодавством"). Наприклад, у Німеччині ви не можете повністю передати свої права як автора, оскільки вони вважаються особистими, невідчужуваними правами. Звичайно, ви можете передати більшість прав, тому результат здебільшого однаковий, але концепції (та деталі) все-таки різні.
sleske

Зокрема, згідно з німецьким законодавством "Urheberrecht" ("авторське право") не підлягає передачі (§29 UrhG). Однак ви можете надати ексклюзивні права на використання створеної вами роботи, яка майже однакова. Важливою відмінністю є те, що за певних умов оригінальний автор може відмовитись у наданні прав - при цьому право авторського права є постійним.
sleske

8

Усі мають авторське право на код, який вони пишуть. Це означає, що за замовчуванням оригінальний автор є єдиною особою, яка може надати ліцензію на цей код.

Оскільки проект з відкритим кодом, як правило, має багато авторів, неможливо відстежити всіх авторів і змусити їх погоджуватися щоразу, коли потрібно вносити зміни в ліцензії. Щоб уникнути цієї проблеми, деякі проекти з відкритим кодом ліцензуються за ліцензією, яка дозволяє використовувати код у будь-якій пізнішій версії цієї ліцензії. Таким чином ви змушуєте авторів погодитися на майбутні версії ліцензії, які ще не доступні. Зазвичай автори ліцензій обіцяють зробити ці пізніші версії подібними до оригіналу ліцензії, наприклад, у Загальній публічній ліцензії GNU :

Фонд вільного програмного забезпечення може час від часу публікувати переглянуті та / або нові версії Генеральної публічної ліцензії GNU. Такі нові версії будуть подібні за духом до нинішньої версії, але можуть детально відрізнятися для вирішення нових проблем або проблем.

Інший спосіб вирішити цю проблему полягає в тому, щоб автори погодилися передати свої авторські права комусь іншому, наприклад власнику проекту. Потім ця особа має право вирішити, чи буде ліцензувати проект чи нову ліцензію. Мінусом такого підходу є те, що власниками проекту є люди і можуть не діяти в дусі оригінального автора. Це також ускладнює перехід Forks на новішу ліцензію, оскільки власник проекту, ймовірно, не є частиною вилки, і власник вилки не матиме авторських прав на оригінальних авторів коду.

Нарешті, коли ви справді велика організація, ви можете подати клопотання авторам ліцензій про внесення змін до ліцензії. Ось так Вікімедіа встигла перейти від ліцензування, призначеного лише для GFDL, до подвійного ліцензування за допомогою CC-by-sa: Вони подали клопотання щодо ФФС опублікувати більш нову версію GFDL, яка включала розділ, щоб проекти могли переключити їхній вміст на CC-by -за обмежений час.

Як бачите, ліцензування - це завжди клопот, і не ясно, який найкращий спосіб дій. Зазвичай вам слід вкласти трохи часу на пошук потрібної ліцензії для проекту, перш ніж у вас будуть інші люди, тому що змінити ліцензію, як правило, досить важко.


0

Зауважте, що відповідь значною мірою залежить від умов, під якими проект з відкритим кодом приймає ваш код.

Більшість, принаймні, матимуть заяву про те, що, зробивши його, ви надали проект проекту права на використання, розповсюдження тощо, а також надали всі користувачі проекту права на перегляд та виконання коду. Це не скасовує ваше авторське право, але означає, що ви безповоротно погодилися ліцензувати його для використання в цьому проекті.

Залежно від умов, під якими розповсюджується проект, та деталей ліцензії, яку ви погодили, яка може, а може і не надавати всім іншим особам доступ до прав проекту на використання вашого коду в інших контекстах.

Ви зобов'язані прочитати та зрозуміти ці деталі, перш ніж надсилати код. Якщо ви сумніваєтесь, ви можете попросити людей, які керують проектом, пояснити, на що вони мали на меті сказати свої ліцензії, але пам’ятайте, що безкоштовна юридична порада - включаючи все, що ви бачите у відповідь на ваше запитання - варто саме того, що ви заплатили за це.

Якщо це насправді має значення для вас, знайдіть точну мову та наймайте свого юриста, щоб перевірити її на предмет неполадок. Або не вносите код, який ви не бажаєте бачити в загальному користуванні. Або змусити когось іншого зробити для вас це дослідження - у мого роботодавця є досить конкретні правила щодо того, якими я є відкритий код, і мені заборонено займатися.


У більшості проектів з відкритим кодом "умови, при яких проект з відкритим кодом приймає ваш код", є просто ліцензією проекту (GPL, BSD тощо). Деякі проекти мають додаткові вимоги (наприклад, присвоєння авторських прав), але це не є нормою.
sleske
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.