Могу ли я использовать программные файлы GPL в коммерческой среде?

У меня есть проблема использования лицензионного программного обеспечения GPL v2 и GPL v3 в коммерческой производственной среде. Я хотел бы использовать HaProxy в качестве решения для балансировки нагрузки. Безопасно ли оно от копирования? Я ничего не буду изменять из исходного кода, а для архитектуры системы требуется использование балансировки нагрузки.

Он будет встроен в более крупную распределенную систему. Так что мы продаем всю систему. На другом сайте нам нужно будет снова установить балансировщик нагрузки и может смешиваться с чем-то другим. Я думаю, что это термин "Распространение", который меня путает.

Ответ 1

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

Распространение в этом смысле означает предоставление (или продажу) клиентам. Если вы используете только распределенную систему (multi- node) внутри вашей компании, то вы полностью в курсе, как говорит Ян.

Кстати, GPLv2 (v3 здесь) является написанное для чтения не-адвокатами. Я настоятельно рекомендую вам взглянуть на него. Если английский не является вашим первым языком, translations доступны на многих языках.

Ответ 2

Haproxy - это GPLv2, поэтому вы можете перераспределить его в двоичной форме, если вы предоставите конечной информации достаточную информацию о том, где взять источники для ее восстановления. Вам также необходимо сообщить им о вариантах/окружении сборки, поскольку без них возможно, что они не смогут получить те же функции.

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

Кроме того, имейте в виду, что всякий раз, когда вы начинаете распространять программное обеспечение, некоторые из ваших клиентов будут запрашивать конкретные изменения, чтобы лучше удовлетворить их потребности. Сначала вы откажетесь, но после потери нескольких клиентов, которые хотят получить ту же самую незначительную функцию, вы согласитесь. Затем вы заплатят код и будете смущены, потому что вы не сможете указать клиента на исходный сайт, чтобы получить код.

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

Одним из возможных типичных патчей является удаление некоторых имен/URL/версий и т.д. в документе, чтобы сделать его более чистым и лучше интегрированным с вашим решением. Удаление этих сведений является правильным, если вы предоставите исправление, которое удаляет их. Таким образом, нет обфускации, ваши изменения прозрачны.

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

Ответ 3

Еще один вопрос о названии вашего вопроса "Могу ли я использовать программные файлы GPL в коммерческой среде?": да, вы можете, и вас даже поощряют сделать это. Чем больше бесплатного программного обеспечения у нас будет в коммерческих средах, тем меньше хлопот нам придется исправить проблемы в производстве!

Ответ 4

Если вы не изменяете источник и не используете двоичные файлы, вы должны быть полностью в курсе.