Чи дозволяє LGPL мені це зробити?

Я планую розробити комерційне програмне забезпечення, використовуючи програмне забезпечення LGPL.

У програмному забезпеченні LGPL, що я використовую деякі функції в класі, не реалізовано повністю. Я хочу змінити код LGPL так, щоб функції класу та не реалізовані функції були видимими поза dll, додавши dllexport infront класу та додавши віртуальне ключове слово infront функції.

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

Чи це порушує умови та умови LGPL?

Це складне питання, але я вважаю, що те, що ви пропонуєте, заборонено.

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

Проблема полягає в тому, що якщо ви підклас класу, на який поширюється ліцензія LGPL, у вашому власному коді, то ваша робота стає роботою на основі бібліотеки , а не роботою, яка використовує бібліотеку, а це означає, що ваш код є похідною робота, яка охоплена в розділі 2 ( LGPL v2.1 ), а не в рамках розділу 6 ( LGPL v2.1 ). Тобто він стає предметом LGPL !

Я думаю, що Стівен Колбурн дає хороший підсумок щодо javalobby.

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

Крім того, ви можете запитати FSF безпосередньо. З їх контактної сторінки :

Питання щодо ліцензування безкоштовного програмного забезпечення та авторських прав

Будь ласка, ознайомтеся з нашими поширеними питаннями щодо ліцензування , списком ліцензій , загальною інформацією про копіювання та пов’язаними сторінками . Якщо питання залишаються, надішліть електронну пошту <licensing@gnu.org>.

Між іншим, в пов'язаний з ним питання Відображення і LGPL , gbjbaanb відповіді з на LGPL 3.0 перспективі .

Стандарт Я не відмовляюся від адвоката.

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

Вікіпедія для більш детального, але не адвокатського опису LGPL, включаючи розділ про спадкування класів .

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

Здається, ви намагаєтеся обійти LGPL, що в цьому випадку з цими методами ви не можете.

Якщо це похідна робота, то умови програми повинні передбачати "модифікацію для власного використання замовника та зворотну інженерію для налагодження таких модифікацій". Незалежно від того, чи робота, яка використовує програму LGPL, є похідною роботою чи ні - це юридичне питання.

Але якщо те, що ви намагаєтеся зробити, це обійти LGPL, я б зв'язався з FSF, як рекомендував Марк Бут .

Моя здогадка: (але IANAL) ви повинні випустити як відкритий код змінену бібліотеку як код LGPL, а потім залишити її в комерційній програмі. Це спрацювало б. Ефективно, у вас з’явиться вилка з відкритим кодом бібліотеки, і тоді ви будете продавати передню частину.

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

https://www.gnu.org/licenses/lgpl-java.html

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

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