Використовувати мій власний ліцензійний код GPL у комерційному продукті

Я розробляю програмний проект у Java / Swing, ліцензований під GPL v3. Пізніше я хочу створити додаток для Android, який використовує алгоритми програми Java / Swing. Цей додаток для Android буде комерційним продуктом (продається в Google Play Store).

Це проблема, коли я використовую власний GPL-код у комерційному SW, розробленому мною?

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

Коли існує декілька прав власності, речі стають складнішими (формально всі власники авторських прав повинні погодитись, щоб змінити ліцензію). Існує сіра область щодо того, який внесок вимагатиме хтось, щоб він був власником авторських прав; його майже точно не зроблено механічним підрахунком ліній, модифікованих як змістовний внесок, може бути дуже коротким, а нематеріальним - дуже довгим (наприклад, перетворення всього відступу на вкладки чи пробіли). Ми не можемо оцінити, в якій мірі це застосовується у вашій ситуації, за винятком того, щоб зазначити, що хтось інший, який завантажує та використовує код, не зобов’язує вас надавати їм права власності.

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

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

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

Раніше я змінював свій GPL-код, щоб зробити щось, чого хотів клієнт, а потім надав їм копію за двома пунктами BSD-ліцензії (зокрема, щоб вони могли посилатися на неї у власному додатку).

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

Це проблема, коли я використовую власний GPL-код у комерційному SW, розробленому мною?

Ні, чому ви питаєте? Тому що ви були такі вільні, що випустили його один раз під GNU GPL? Ви не вступаєте в шлюб із GPL, доки ви є автором та власником авторських прав, ви можете змінювати ліцензію на кожен випуск. Ви керуєте.

З питань поширених запитань GPL: Я хотів би випустити програму, яку я написав під GNU GPL, але я хотів би використовувати той самий код у невільних програмах. :

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

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

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

Я просто хотів додати деталі, про які ще ніхто не згадував: ви можете продавати GPL-код у Google Play у комерційному продукті. Ніщо в GPL не заважає вашому додатку Android GPL бути комерційним продуктом, за який ви стягуєте гроші.

Єдиною вимогою до розповсюдження програмного забезпечення GPL є те, що ви повинні розповсюджувати джерело: розповсюдження бінарних файлів необов’язкове, а оплата - необов’язкова, але в розповсюдженні бінарних файлів та джерел за плату (тобто продаж програмного забезпечення GPL) немає нічого поганого чи незаконного.