История изменений

Вам пересказать ее условия более подробно?

Ладно, не вредно. (Хотя оригиналы бы я вашем месте хотя бы попробовал почитать — лицензии ГНУ на удивление понятно для юридического документа написаны.)

IANAL, TINLA.

Итак, допустим, вы проприетарщик и желаете поставлять вашу несвободную программу *вместе* с библиотекой под GNU LGPL — как бы они ни были скомпонованы, еще как-то об’единены или просто положены рядом.

Суть, как я уже трижды говорил, в том, что вы должны обеспечить возможность реализации всеми пользователями права на изменение свободной библиотеки, даже если она связана с вашим несвободным произведением. Для этого вы должны:

1. Поставить получателей вашей программы в известность, о том, что у них есть такое право: то есть сообщить, что в нее включена такая-то свободная библиотека на условиях GNU Lesser GPL, приложить уведомление об авторских правах на нее, включая полный текст GNU LGPL (включая и GNU GPL, если v3).

2. Предоставить возможность получить соответствующий исходный код библиотеки и об’яснить, как его получить. «Соответствующий» — значит именно тот, из которого вы собрали ту библиотеку, что передаете получателю в составе вашего продукта: в частности, версию не новее, а именно ту, а *если вы ее изменили*, то, разумеется, версию со всеми изменениями.

3. Дать техническую возможность пересобрать ваш продукт с измененной версией библиотеки. Для этого в случае компилируемого кода — да, проще всего использовать динамическую компоновку; но можно и статическую, тогда надо предоставить, как минимум, годный для компоновки об’ектный код. Об’яснить вкратце, что это такое вы даете и что с этим можно сделать.

4. Дать необходимые правовые разрешения: на собственно перекомпоновку, а также на обратную разработку в целях отладки этой перекомпоновки.

Пункт второй исключается, если вы только собрали вашу несвободную программу с библиотекой, но саму библиотеку не поставляете, а ожидаете, что она уже есть на целевой машине (хрестоматийный пример — glibc). Изменений в этом случае вы никаких, очевидно, не вносили.

Вам пересказать ее условия более подробно?

Ладно, не вредно. (Хотя оригиналы бы я вашем месте хотя бы попробовал почитать — лицензии ГНУ на удивление понятно для юридического документа написаны.)

Итак, допустим, вы проприетарщик и желаете поставлять вашу несвободную программу *вместе* с библиотекой под GNU LGPL — как бы они ни были скомпонованы вместе или просто положены рядом.

Суть, как я уже трижды говорил, в том, что вы должны обеспечить возможность реализации всеми пользователями права на изменение свободной библиотеки, даже если она связана с вашим несвободным произведением. Для этого вы должны:

1. Поставить получателей вашей программы в известность, о том, что у них есть такое право: то есть сообщить, что в нее включена такая-то свободная библиотека на условиях GNU Lesser GPL, приложить уведомление об авторских правах на нее, включая полный текст GNU LGPL (включая и GNU GPL, если v3).

2. Предоставить возможность получить соответствующий исходный код библиотеки и об’яснить, как его получить. «Соответствующий» — значит именно тот, из которого вы собрали ту библиотеку, что передаете получателю в составе вашего продукта: в частности, версию не новее, а именно ту, а *если вы ее изменили*, то, разумеется, версию со всеми изменениями.

3. Дать техническую возможность пересобрать ваш продукт с измененной версией библиотеки. Для этого в случае компилируемого кода — да, проще всего использовать динамическую компоновку; но можно и статическую, тогда надо предоставить, как минимум, годный для компоновки об’ектный код. Об’яснить вкратце, что это такое вы даете и что с этим можно сделать.

4. Дать необходимые правовые разрешения: на собственно перекомпоновку, а также на обратную разработку в целях отладки этой перекомпоновки.

Пункт второй исключается, если вы только собрали вашу несвободную программу с библиотекой, но саму библиотеку не поставляете, а ожидаете, что она уже есть на целевой машине (хрестоматийный пример — glibc). Изменений в этом случае вы никаких, очевидно, не вносили.